[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

3508.0. "OAMTISEND stack dumps if Priority is SECOND_CLASS" by GIDDAY::SETHI (Holland 2-England 0,Andrew wasn't there) Mon Nov 08 1993 23:49

    Hi All,
    
    A customer has ALL-IN-1 IOS Version 3.0 installed and has had a number
    of problems with OAMTISEND, namely stack dumps.  These are the
    customers findings:
    
    1. POSTMASTER has a folder in the MAIN drawer called SHR, looks like a
       temporary folder created by POSTMASTER.
    
    2. User address the mail as follows:
    
    TO:  All ALL-IN-1 users on this node      ( SUBSCRIBERS: )
    TO:  subscribers:@csav07a1@moemr0
    TO:  other users on other nodes
    
    3. Priority is SECOND_CLASS, so far it only happens to SECOND_CLASS
       messages.
    
    4. When the OAMTISEND runs it stack dumps 
    
    $ IF DEB$LOG THEN WRITE LOGFILE -
    " 8-NOV-1993 09:47:25.19        %SENDER-I-SEND, Sending messages"
    $ ALLIN1/USER=POSTMASTER/PASSWORD=DECMAIL/NOINIT
    GET #dir = profil.direct["POSTMASTER"]
    GET OA$FUNCTION = "delete_file " #dir "A1SUB.LOG"
    OA$INI_INIT
    
    MAIL MTI_SEND_ALL
    %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual
    address=00000001, PC =80000010, PSL=03C00004
    
    etc...
    
    5. The customer deleted the documents in the SHR folder and the stack
       dumps disappeared
    
    My question is why did this happen ?  What is the SHR folder ? Can I
    get some of you to given the words of wisdom to explain this one.  If
    it needs a QAR let me know.
    
    Regards,
    
    Sunil
T.RTitleUserPersonal
Name		DateLines
3508.1A new one...AIMTEC::WICKS_AU.S.A 2 England 0 - I was there!Tue Nov 09 1993 00:1515
    Sunil,
    
    Beats me! the POSTMASTER should of course be set to NO MAIL and so
    shouldn't have any mail, folders, drawers etc... so it seems you have
    to find out what the SHR folder is first.
    
    Of course the Sender/Fetcher should never ACCVIO but have you tried
    the same ALLIN1/USER=.... stuff with a /NOCUSTOM.
    
    What does the customer have on this system other than ALL-IN-1
    
    Regards,
    
    Andrew.D.Wicks
3508.2Before a Mail Purist/Pedantist repliesAIMTEC::WICKS_AU.S.A 2 England 0 - I was there!Tue Nov 09 1993 00:187
    Of course it is common for the POSTMASTER to have a folder called
    POSTMASTER_MAIL_NBS_FAIL and on odd occasions other folders with
    similar names with mail type words in them.
    
    regards,
    
    Andrew.D.Wicks
3508.3IOSG::BILSBOROUGHSWBFSTue Nov 09 1993 10:4612
    
    Could this be the problem?
    
    Paper Mail Adressees ACCVIO with Second Class or remote mail
    
    If a User has their Mail Destination set to Paper Mail then the
    Sender/Fetcher will ACCVIO when attempting to print the Mail with
    attachments. All other Local recipients will receive the mail 10
    times. This occurs for both Second Class and Remote mail.
    
    
    	Mike
3508.4Some more informationGIDDAY::SETHIRecompense injury with justiceTue Nov 09 1993 23:1022
    Hi Andrew and Mike,
    
    This system is a "bogg standard" system meaning no 3rd part software is
    integrated they do have a number of customisations however.  To give you a
    bit more background:
    
    The SHR folder had the users mail message well six of them as the user
    had six attempts to send the message.  The Mail Status field in the
    folder was blank, when the system manager read the message it was refiled 
    in the READ BOX and the Status changed to READ. The customer than deleted 
    the remaining messages, deleted the folder and EW'd.  They have not had 
    the problem since, hence I feel that .3 is not applicable in this case. 
    
    I would also like to add that the customer had been sending messages
    successfully prior to this problem.  So the question comes down to why
    is the SHR folder created ?  What caused this problem ?  Can we avoide
    it in future ?  I can not answer these questions so help from the IOSG
    would be appriciated, informally of course !!!!
    
    Regards,
    
    Sunil