[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

1618.0. "there are no addressees for this message" by AIMTEC::PERREAULT_K () Thu Oct 15 1992 18:57

Hi,

We have a customer that has modified the EMHEAD and the EMEDHD forms. 
These forms call a script when the user presses RETURN that checks 
to make sure the user is on the TO or CC field and then it checks
their own employee database instead of checking the OA$MAIL_ADD_ADDR 
dsab for the name entered in the TO or CC field. This script does work 
fine for them but they are having an intermittent problem. 

If a user is creating a mail message to SMILEY, the name is found in their
employee database and entered into the TO or CC field just like it normally 
does with the uncustomized form and the user continues on and creates the 
body of the mail message. But intermittently when the user tries to send
the message they get the following message:

    There are no addressees for this message

If the user looks at the message header s/he sees that there is no addressee
on the message. If s/he enters the same name again and leaves that form it 
still doesn't get saved. If the user again modifies the header and puts in 
a different name it will accept it and save it. Then the user can put the 
original addressee's name back into the header and it will be saved.

We were thinking it might have something to do with a lock on the file 
that they are searching through for the name.Does anyone have any ideas?

Thanks
    kathy
T.RTitleUserPersonal
Name		DateLines
1618.1ALL-IN-1 is funny about locked filesIOSG::SHOVEDave Shove -- REO-D/3CFri Oct 16 1992 13:549
    Are they searching their employee database using ALL-IN-1 (with an
    entry form pointing to the file)?
    
    ALL-IN-1 does have a nasty habit of returning blanks if you try to read
    a record whch is being updated at the time. Perhaps they could make
    their script check for this (blank being returned), although what it
    would do then I'm not so sure - wait a few seconds and re-try, perhaps?
    
    D.
1618.2using an ALL-IN-1 form ? not sure now!AIMTEC::PERREAULT_KMon Oct 19 1992 16:018
    At this time I am not completely sure they are using an ALL-IN-1 form 
    to search their employee database. I will have to dial in and look
    around to get more information regarding HOW they are doing the search.
    
    I know they are calling a form that displays a selection list of names
    but I'll have to find out definately how they are getting this list.
    
    kathy
1618.3 new information on this problemAIMTEC::PERREAULT_KTue Oct 20 1992 16:2227
    
    
    I was finally able to dial into this customer's system and found
    the following:
    
    1. they are using V2.4
    2. their EMHEAD is a V2.2 modified EMHEAD
    3. the RETURN KEY is customized on their EMHEAD to look at their 
       own database instead of OA$MAIL_ADD_ADDR
    4. they are using an ALL-IN-1 entry form  (A1ELF)
    5. the A1ELF form has a 3 field segmented key
    6. the first segment of the key stars at position 183
    7. the other two segments are right after the first one
    8. the fdl has the correct position and length for the key 
    
    I was told that the key or at least the first segment of the key
    to an ALL-IN-1 datafile needed to start at position 0, 
    is this true?
    
    this customer said that the modifications only causes problems
    intermittently. Once they log off or select a different name it seems
    to get reset then it will work fine again.
    
    Any ideas?
    
    thanks
    kathy
1618.4Not historically - I assume still notA1VAX::BARTHShun the frumious BandersnatchWed Oct 21 1992 15:547
>    I was told that the key or at least the first segment of the key
>    to an ALL-IN-1 datafile needed to start at position 0, 
>    is this true?

Not unless it's a new feature of V3.0  :^o

~K.
1618.5 ???AIMTEC::PERREAULT_KThu Oct 22 1992 22:056
    OK...
    Does anyone know what might be causing this problem? We think it might
    be a locking problem. Possibly two people accessing the same record in
    their employee datafile at the same time? Does that seem feesible?
    
    kp
1618.6Cindy would knowAIMTEC::WICKS_ABraves Win, Braves Win, Braves Win!Thu Oct 22 1992 22:207
    Kathy,
    
    What does TRACE show? (:==:)
    
    Regards,
    
    Andrew.D.Wicks
1618.7yes a trace was doneAIMTEC::PERREAULT_KTue Oct 27 1992 15:5411
    Yes Andrew he did trace it and we have a copy of the trace but it
    doesn't show anything that pointed to the problem. It finds the record
    in their database and put the information into the TO field on their
    form but when they leave that form (EMHEAD) and try to send the message
    that is when they realize that there are no addressees.
    
    Then when the try to modify the header the same things happens. IT
    finds that name in the database and put the info on the TO field but it
    doesn't get saved once they leave the from.
    
    kp