| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 296.1 | One answer | IOSG::SHOVE | Dave Shove -- REO-D/3C | Mon Mar 23 1992 13:14 | 9 | 
|  |     The SUBSCRIBER dataset is a little unusual, as you've discovered.
    
    You can't search on any field which isn't one of what DDS calls an
    "action attribute". 
    
    As to your other question, I can't help as I don't know what the "EMS
    Registrar" is. Sorry.
    
    Dave.
 | 
| 296.2 | And in MBMAN it's called? | AIMTEC::WICKS_A | Vote Bill'n'Opus for a weirder USA | Mon Mar 23 1992 15:06 | 12 | 
|  |     Well if Dave doesn't know what an EMS registrar is then i'm sure I
    don't.
    
    If you told us what the field is called in MBMAN we should be able to
    work out what the ALL-IN-1 equivalent is.
    
    As always Dave was right about the action attributes...
    
    REgards,
    
    Andrew.D.Wicks
                  
 | 
| 296.3 | It's called TITLE in MBMAN | ZPOVC::SEOWHURN |  | Tue Mar 24 1992 00:45 | 10 | 
|  |     RE:-1
    
    The field name in MBMAN is called "TITLE". ALL-IN-1 seems to save the
    value of the user's title (from profil) to the field called "POSNROLE"
    instead. 
    
    Does the DSAB Subscriber reference "TITLE" at all ? (I've tried title,
    title1 etc to no avail...)
    
    SH
 | 
| 296.4 | That was one of the three left out | AIMTEC::WICKS_A | Vote Bill'n'Opus for a weirder USA | Tue Mar 24 1992 02:12 | 16 | 
|  |     Nope that one is not in the DSAB.
    
    There was a lot of confusion between TITLE and POSNROLE and also
    between INTLOCATION and MAILSTOP and the ALL-IN-1 Architect told
    us just to put one of each in.
    
    So you got POSNROLE and MAILSTOP
    
    LANGUAGE is the only other field I remember not implementing and that
    because we had to originally ship on MR v3.0 which didn't know the
    field.
    
    Sorry,
    
    Andrew.D.Wicks 
                  
 | 
| 296.5 | thanks | ZPOVC::SEOWHURN |  | Thu Mar 26 1992 10:25 | 3 | 
|  |     RE: all replies
    
    Thanks.
 | 
| 296.6 | Adding MHS address other than 1? | BREAKR::MIKKELSON | Kill me. I need the money. | Thu Jul 23 1992 19:56 | 14 | 
|  |     
    Is it possible to set the MHS (address part/mailbox/user ident) fields
    in DDS via the SUBSCRIBER DSAB for an MHS/VMS address number other than
    1?  I don't see anything in the SUBSCRIBER_ADD.SCP that sets the values
    for address number 1, so I assume that's done automagically somehow. 
    People here at the customer site have made stabs at modifying the script to
    set address number 2 to contain a VMS (MRGATE) address, but I'm not
    sure that it's even possible.  Is it possible, and what would the
    syntax be.
    
    Thanks,
    
    - David
    
 | 
| 296.7 | Unfinished business | AIMTEC::WICKS_A | DEC Mail Works for ME sometimes | Thu Jul 23 1992 20:23 | 13 | 
|  |     David,
    
    No it's not possible even in v3.0 - the work necessary to support 
    multi-occurrence fields (such as MHS/VMS ORaddress) was never completed 
    when ALL-IN-1 v2.3 shipped.
    
    The DSAB itself has the code in it to navigate such fields but they
    were never made visible at the API level.
    
    Regards,
    
    Andrew.D.Wicks
    
 | 
| 296.8 | Length of MAILBOX field? | BREAKR::MIKKELSON | Kill me. I need the money. | Tue Jul 28 1992 23:14 | 8 | 
|  |     
    I'm having some trouble trying to update users' DDS entries via the
    SUBSCRIBER DSAB.  It appears that even though the DDS database itself
    will accommodate more characters, the MAILBOX field in the SUBSCRIBER
    DSAB has a limit of 24 characters.  Is this correct?
    
    - David
    
 | 
| 296.9 | Vid and I are innocent (On this) | AIMTEC::WICKS_A | DEC Mail Works for ME sometimes | Tue Jul 28 1992 23:18 | 8 | 
|  |     David,
    
    MAILBOX is defined as 24 characters by the DDS Callable Interface
    see page 70 of the Implementors Guide.
    
    Regards,
    
    Andrew.D.Wicks
 | 
| 296.10 | Local records from master node? | BREAKR::MIKKELSON | Kill me. I need the money. | Tue Aug 04 1992 18:34 | 19 | 
|  |     
    Our node is the master node as well as the world search node for our
    network.  There are times when I want to go through all the DDS entries
    owned by our node to check various things.  Is there a way to bind to
    the SUBSCRIBER DSAB such that I can process only the records from our
    node?  It appears that because we're the master/world search node,
    OA$DDS_SEARCH_SCOPE isn't going to make any difference -- I'm going to
    get *all* the records in the DDS database no matter what.  It also
    doesn't appear that MTANODE1 is an actionable field, so I can't bind to
    all the records with .MTANODE1 = our_node_name.  Are there any 
    possibilities?
    
    Also, where is there currently a list of the actionable fields for
    SUBSCRIBER?  I couldn't seem to find one by following up old notes, nor
    could I locate a copy of David Hare's guide (I have an old copy, but
    some co-workers would like a copy as well).
    
    - David
    
 |