[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

875.0. "New mail gone to READ folder" by GIDDAY::LEH () Tue Jun 16 1992 09:01

ALL-IN-1 v2.4 on VMS v5.4-2

New mail was 'directed' to READ folder without being read by recipients; as a
result, users were missing out on new mail. 

I was told in one instance, user A did II seeing 4 new mail entries, he then 
selected one new mail for reading and upon its answering, the other 3 entries 
were filed into READ folder with no user intervention!.  The header of these 3 
documents, which were sent via MRGATE, was typical of:

Subject :            Dump of Mailbox and Exception Report
Title :              Dump of Mailbox and Exception Report
Sender :             GOODG@MRGATE@WC2
Senders Full Name :  GOODG
Senders Tel No :                                  Status :           READ
Current Folder :     WASTEBASKET                  Document Number :  015877
Type of document :   MAIL                         Modifiable:        N
Date Created :       09-Jun-1992 11:25            Deletable:         Y
Last Modified :      09-Jun-1992 11:25            Forwardable :      YES
Date Sent :                                       Read Receipt :     NO
Date Received :      09-Jun-1992 11:25            Delivery Receipt : NO
Deferred Date :                                   No of Attachments : 0
MR id :              33009090602991/55290@WC2
Priority :           FIRST_CLASS                  Data type :        ASCII
VMS filename :       OA$SHARE68:ZUEHGBK43.TXT     Handling :

Addressees :
  TO:  MANAGER@A1


Note:

o it had been deleted at time of my logging-in
o date received seemed to be misleading as the incident occurred a couple of 
days after its sending
o no entry in OA$MTI_LOG but MR transaction file MROUTER_*.INF did record its 
passage from creation to delivery and eventually K(illed)

I was told this problem occurred randomly to a number of users, the Manager 
included, with DELETE$UNREAD flag enabled; however later on, they told me 
other users are also affected. It didn't restrict to incoming VMSmail either 
as some users had WPCORP messases going to their READ folders without being 
read.

I first expected/suspected some over-jealous system process running late at 
night might have been responsible; however, it happened at almost midday (as 
in the above sample) so I gave up the idea of searching system accounting file 
for any culprit.

This problem was first reported more than a week ago and no one recalled any 
changes on ALL-IN-1 prior to the reboot

Thanks for any advice on the tracking of this problem

Hong
T.RTitleUserPersonal
Name
DateLines
875.1IOSG::MAURICEA week is a long time in office politicsTue Jun 16 1992 18:0020
    Hi,
    
    I think that the site must have some special program on their system
    that is doing this. Here are some things that would be worth checking
    out:
    
    a) Do they have any "mail filter" program? For example do they have
       ALL-IN-1 Personal Assistant, a third-party offering, or a homegrown
       one?
    
    b) Have the mail forms been customised, in particular for the read or
       read new options?
    
    c) Has the mail function table been customised to add to the list of 
       that can be invoked after reading a message? If so what do the
       extra functions do?
    
    Cheers
    
    Stuart
875.2another one is the mail bagger from the ALL-IN-1 DESKtop productSKNNER::SKINNERI'm doing my EARSWed Jun 17 1992 16:400
875.3Yes, it's DESKtop mail bagging taskGIDDAY::LEHMon Jun 22 1992 04:156
    Thanks for your help
    
    Looks like .2 was approriate in this case.
    
    Hong