| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 498.1 | SAD,SMD | IOSG::WDAVIES | Winton Davies,IOSG | Wed Apr 15 1992 18:00 | 6 | 
|  |     You could modify the *SMD* named data to allow world search...
                                           
    We disallow it because its not nice on performamnce. However you could
    also get round it by giving everyone the same location or organization 
                                                  
    Winton
 | 
| 498.2 | Disallow? | KURTAN::WESTERBACK | Mimsy were the borogroves | Thu Apr 16 1992 11:55 | 16 | 
|  |     Hmm, my understanding of nuances in English might be better :-)
    
    "Disallow" somehow sounds stronger than "not recommend". Care to 
    elaborate? If it's just because it gives lower performance, I guess
    it's up to the customer to weigh the alternatives, depending on how
    badly he needs this send-to-all function.
    
    To customize this, is it enough to take DDS$INDEX$FIND, and make
    CR and GOLD F go to CHECK_FOR_A_RECORD instead of FIND_EMPTY_FIELDS? 
    Or is there more to it? (I'm not so good at programming, just want to
    know if this is such an easy thing to do, or if there's more to it
    than meets the eye).
    
    Thanks, 
    Hans
    	
 | 
| 498.3 | Some other ideas | AIMTEC::WICKS_A | More Ship dates than actual Ships | Thu Apr 16 1992 22:33 | 25 | 
|  |     Hans,
    
    In your base note you mention SAD - which is the option to Search the
    ALL-IN-1 Profile wheareas you appear to be asking about SMD which
    stands for Search Mail Directory and searches DDS - I assume it's
    the latter you mean.
    
    Disabling the check for at least one search criteria is I believe
    not a viable option (as I wrote that code I might be biased) because
    there is a fair chance that a search invoked would not complete due
    to a timeout or just the sheer volume of data that DDS might be asked 
    to munge.
    
    What exactly does the customer want to achieve - to send a message
    to all users on all systems they could use SMD or SAD off of the DL
    menu to select all entries on system A, B, C etc... into a distribution
    list called @SYSTEMA and then by doing the same on the other systems
    merge the 7 distlists together into one big one.
    
    I'm sure there are loads of other alternatives using NETWORk.DAT and
    other things...
    
    Regards,
    
    Andrew.D.Wicks
 | 
| 498.4 | Distribution list? | KURTAN::WESTERBACK | Mimsy were the borogroves | Tue Apr 21 1992 13:43 | 9 | 
|  |     Sorry, slipped up in the translation....Swedish SAD is English SMD,
    Swedish SRA is English SAD.....I meant SMD of course.
    
    Andrew, your idea on merging distribution lists sounds good, but I
    don't quite follow you. Do you mean each user could do it from DL?
    But from DL and SAD they can only get a list of their own system?
    
    Thanks,
    Hans
 | 
| 498.5 | Use DCL to do it | AIMTEC::WICKS_A | More Ship dates than actual Ships | Tue Apr 21 1992 14:27 | 15 | 
|  |     Hans,
    
    Yes you've got the idea:
    1) NODE A user does DL SAD and gets his/her users into a DL called
    @TEST
    2) NODE B user does the same into a DL called @TEST
    3) NODE B user mail/copies DL to the user on NODE A who edits their
       version of @TEST (at DCL) it'll be a file in OA$SYSTEM_LISTS called
       Zxxxxxxxx.DIS.
    
    It's not pretty but It does work
    
    regards,
    
    Andrew.D.Wicks
 |