[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

3705.0. "OA$DDS_PRIME=2 and remote addressees" by BACHUS::WILLEMSH () Tue Dec 28 1993 15:59

Hello,


A customer of us is having following problem :


He sends a lot a FAX's and Telex's via ALL-IN-1/Dutch V3.0-1 and when he enters
as address :

navop @x121=121212 @bistel : He gets all the dds entries, exit screen gives the
				Remote Addressee on the left and the correct
				remote address on the right in lowercase.
navop@x121=121212 @bistel : He gets immediately Remote Addressee on the left
				and the correct address between brackets on the 
				right in uppercase.
navopl @x121=121212 @bistel : Wrong
navopl@x121=121212 @bistel : Good.

When I try it on our system I don't have the problem. I took a trace from both
behaviour's site but I couldn't lay my finger on the problem.

Has somebody seen this before ? I read the note 2681 but the customer's problem
is not exactly the same.

Could somebody maybe take a look at the traces.

They are on BACHUS::A1TRACE_GOOD.LOG and BACHUS::A1TRACE_BAD.LOG.


Thanks in advance


Hilde Willems (TSC Office)
T.RTitleUserPersonal
Name		DateLines
3705.1Why is DDS involvedAIMTEC::WICKS_AWC94 Dream died when Bodin missedTue Dec 28 1993 16:0713
    Hilde,
    
    Sorry don't do traces! if you want to report a problem you need to SPR
    it. 
    
    I don't understand though why the addresses are going through DDS
    any address with an @ in it should get passed straight though the
    address validation - does $ALLIN1/NOCUSTOM show the same behaviour
    on the customers system.
    
    regards,
    
    Andrew.D.Wicks
3705.2allin1/nocustom gives same resultBACHUS::WILLEMSHTue Dec 28 1993 16:2614
Andrew,

$ALLIN1/NOCUSTOM gives the same result. I too thought that when the system saw
the @ he would consider it as a remote addressee but in note 2681.* they had
also a problem with an X400 address which is using also the "=" sign. The
behaviour is the same but in our case it's only happening with odd numbers like
NAVOP , SHELL , DIGITAL, etc using the two spaces between the address parts.
Isn't it strange.


Can anybody reproduce it? Thanks for your quick reply.


Hilde
3705.3BACHUS::WILLEMSHWed Dec 29 1993 07:3821
Hello,


I took this trace because I just wanted to know if somebody had the same
experience. If nobody can help me I'll just have to submit an SPR but in the
meantime the customer is blocked because he fax's and telex's are send with a
procedure customer wrote himself. 

For your info, if it's done by hand it doesn't work either but by typing exit
after the list of DDS entries is shown, he makes it a remote adressee after all.

I checked his oa* logicals, the *DDS* and *NODE* logicals but could not see
anything in particular.

If somebody could give me a hint I would appreciate it very much.


Thanks and regards


Hilde Willems
3705.4The ghost of the K505 debacle?AIMTEC::WICKS_AWC94 Dream died when Bodin missedWed Dec 29 1993 17:1417
    HILDE,
    
    All I can guess is that somewhere it is deciding to go through the
    multi-surname code instead of the @ code. For instance whereas it
    knows that ANDREW WICKS is a fullname it used and perhaps still gets
    confused when it sees stuff like ANDREW VAN WICKS or one of those
    dutch/belgian type names. 
    
    Notice that in your case it fails when there are two spaces in the
    string but works when there is only one (and presumably when there are 
    none)
    
    Could this be it?
    
    Regards,
    
    Andrew.D.wicks
3705.5BACHUS::BERVOETSLuc Bervoets - CSC Brussels alive and kickingFri Dec 31 1993 08:3090
    Hallo,
    
    Andrew .
    
    Concerning this problem I did some further testing. Including you will
    find the result of those test and also the extract of the IPMT 
    level 2 that I have raised.
    
    			*** IMPT ***
    
I have encountered the following problem with ALL-IN-1 
v3.0 and OA$DDS_PRIME=2.
My customer is running ALL-IN-1 V3.0 Dutch and Mailbus v3.2.
I can reproduce the same problem on ALL-IN-1 v3.0 English.

When creating a mail and sending it to the following address.

"TO: USER1 @EVEN=1" 

The system displays a complete DDS-list with all the possible 
selections in the DDS database. when you do an exit (exit-key or F10)
in this list the address is filled in as remote address. 

When creating a mail and sending to following

"TO: USER1 @ODD=1" then it is recognized as remote address.

The conclusion is that when you give in an address with even number of 
characters ,spaces and equal sign "=" included , ALL-IN-1 will 
first display the complete DDS-list, Otherwise it will recognize 
it immediately as remote address.

Included you will find the result of the different addresses.



1) ODD-number of characters (space and = included)

TO: user1 @even=1

When pressing <CR> this is the results

                                 Mail Directory

 Select an addressee from the following:

 1   ALL-IN-1 Manager    MANAGER                    ( DBC027 ALL-IN-1 Manage )
 2   Symbiont DBC027     MANAGER                    ( Script Symbiont DBC027 )
 3   Bervoets DBC027     OFFICE                     ( Luc Bervoets DBC027    )
 4   Collart DBC027      OFFICE                     ( Eric Collart DBC027    )
 5   Engels DBC027       MANAGEMENT                 ( Jos Engels DBC027      )
 6   HILDE2 DBC027                                  ( HILDE HILDE2 DBC027    )
 7   hildetest DBC027                               ( hilde hildetest DBC027 )
 8   Laroche DBC027      OFFICE                     ( Veerle Laroche DBC027  )
 9   Patch Sgb DBC027    OFFICE                     ( Luc Patch Sgb DBC027   )
 10  Verbraeken DBC027   OFFICE                     ( Luc Verbraeken DBC027  )
 11  WILLEMS DBC027      OFFICE                     ( Hilde WILLEMS DBC027   )
 12                                                 ( X400 Mail Destination  )
 13  ALL-IN-1 Manager                               ( DBC024 ALL-IN-1 Manage )
 14  Symbiont                                       ( Script Symbiont        )
 15  Desktop Manager DB  EIS - Services             ( ALL-IN-1 Desktop Manag )
 16  A1SVCMGR_2 DBC024   EIS - Services             ( DESKTOP MANAGER A1SVCM )
 17  Bervoets DBC024     EIS - Services             ( Luc Bervoets DBC024    )


Press RETURN to continue, or line number you want to select, or EXIT

When you press now the <EXIT> the address is recognized as 
"Remote Addressee"

TO: Remote Addressee                     ( USER1 @EVEN=1 )


2) Even number of characters (Space and = included)

TO: user1 @odd=1

When pressing <CR> result is 

TO: Remote Addressee                     ( user1 @odd=1 )

When you don't have the space between USER1 and @ then there is no problem.

Regards,

Thanks,

Luc Bervoets - MCS Brussels.
3705.6Sounds like problem fixed in ICF 14 / MUPAIOSG::COTTINGHAMTue Jan 04 1994 12:3713
    Sorry for the delay in entering this reply but I have been on an
    extended Xmas vacation.          
                                                                     
    This sound like the problem fixed in ICF 14. - "All DDS entries
    returned when entering address containing "=". "   See Patch chart.
    
    I trust you tested this against MUPA??
    
    Regards
    Alan
    p.s. We do not appear to have received a Level 2 IPMT (CLD) case on
    this as yet.
3705.7BACHUS::BERVOETSLuc Bervoets - CSC Brussels alive and kickingWed Jan 05 1994 14:5816
    Hallo,
    
    I confirmed by the phone already , the tests were not done against the
    MUPA.
    
    I installed the MUPA on a system and indeed the problem did'n not
    re-occur.
    
    If you receive this IPMT with level 2 , then you can ignore it. The
    customer is FINA .
    
    I will send this customer the MUPA patch.
    
    Thanks and regards,
    
    Luc Bervoets