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

Conference iosg::all-in-1

Title:ALL-IN-1 (tm) Support Conference
Notice:Please spell ALL-IN-1 correctly - all CAPITALS!
Moderator:IOSG::PYECE
Created:Fri Jul 01 1994
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:2716
Total number of notes:12169

2483.0. "Read reciepts & Time difference" by TAGEIN::SCHOEN () Fri Jan 24 1997 13:43

Hi all,

a customer of mine has a problem with the time fields when he requests
a read and delivery reciepts.

3 Node Cluster (1 VAX + 2 Alpha)
ALL-IN-1 V3.2 (German)

a user sends a LOCAL ALL-IN-1 mail with a read and delivery reciept.
If he reads the mail and the reciepts the time is correct but if he
use "SH" (show message status)for the reciepts the following is incorrect :

Date created  : 23.Jan.1997 14:42  <- correct
Last modified : 23.Jan.1997 14:42  <- correct
Date send     : 23.Jan.1997 14:42  <- correct
Date recieved : 23.Jan.1997 15:42  <- NOT correct !!!

We have a look in the "Set operating conditions" and there was the 
following :

Time zone and offset:         Time zone: MEZ           Time offset: +01:00

He changed the Time zone: to CET -> same result.

He changed the Time offset: to +00:00 -> difference for Date recieved = 2 
hours !!

Then he changed in the Management Service (Message Router) the following :

Difference between network time and local time : -01:00 to 00:00 but the 
problem still exists.

Then he test the same on a ALL-IN-1 V3.1 system -> time was correct !!

I try to reproduce the problem but with no success.

any ideas ?

regards Thomas
T.RTitleUserPersonal
Name
DateLines
2483.1I believe youAIMTEC::ZANIEWSKI_DTaking bids on Andrew's Alphatraz cellFri Jan 24 1997 16:514
        I've seen this in English ALL-IN-1 v3.2.  Time stamps for receipts
        are incorrect, when regular mail time stamps are fine.
        
        Dave Zaniewski
2483.2TeamLinks problem?IOSG::dial8_p2.reo.dec.com::alffa::buttonJon Button @REOFri Jan 24 1997 18:075
Were the read receipts generated with TeamLinks?  I believe there is a bug 
in older versions of TeamLinks which may cause this.

Jon

2483.3FRSTSC::64786::frais::schoenWed Jan 29 1997 11:236
Hi Jon,

No - the read reciept is generated from the ALL-IN-1 Postmaster and 
not from TeamLinks.

regards Thomas
2483.4IOSG::PYEGraham - ALL-IN-1 Sorcerer's ApprenticeWed Jan 29 1997 12:175
    <<<< No - the read reciept is generated from the ALL-IN-1 Postmaster
    <<<< and not from TeamLinks.
    
    Well yes, but did the recipient of the message read it in TeamLinks?
    
2483.5FRSTSC::64786::frais::schoenWed Jan 29 1997 15:069
Hi

under TeamLinks with "show full header" -> wrong date

AND

under ALL-IN-1 (VT Terminal) with "sh - show message status" -> wrong date

regards Thomas
2483.6IOSG::PYEGraham - ALL-IN-1 Sorcerer's ApprenticeThu Jan 30 1997 11:5215
    Sorry, I'm not making myself very clear.
    
    User A created a message asking for a read receipt.
    
    User B reads it, which causes the Read Receipt to be generated.
    
    User A reads the Read Recipt, and sees that the times are wrong.
    
    
    The important question is where did User *B* read the message, in
    ALL-IN-1, or TeamLinks, since that's what causes the read Recipt to be
    generated, and may help to explain where it goes wrong.
    
    Also What versions of the Server and TeamLinks are involved, and is it
    Message Router or MAILbus 400?
2483.7FRSTSC::64786::frais::schoenThu Jan 30 1997 15:2121
Hi,

user *B* reads his message in ALL-IN-1 (VT Terminal) -> wrong time

user *B* reads his message in TeamLinks -> wrong time

so there is no difference where he reads his message - under both he can see
the wrong time.

The customer use the following versions :

ALPHA - 6.21h3
VAX   - 6.2
TeamLinks - 2.5-4 (German)
ALL-IN-1 - 3.2 (German)
Message Router - 3.3-313

The user has the problem when the mail/read reciept is send LOCAL - he swears 
that he doesn't use Message Router !

regards Thomas
2483.8SWAG: Versions of ALL-IN-1 for User A and User BCHEFS::HULINIThu Jan 30 1997 15:5524
If the versions of ALL-IN-1 involved are:

    User A created a message with read recipt request on ALL-IN-1 V3.1 or
        later.
    User B reads and generates a read receipt on ALL-IN-1 V3.0A.

    User A read the read receipt on the V3.1+ system or TL using the V3.1+
        server.

Then this is a known problem.  You need to upgrade your V3.0A systems to get
rid of it.  

Advancing years are now clouding my memory but it's something to do with
Mailbus (Message Router) and ALL-IN-1 V3.0 disagreeing about what the timestamp
meant when the read receipt was being generated.  By the time V3.1 development
came around, Message Router was deemed to be unfashionable and there was little
chance of getting a fix from MIG, so it was coded-around in the ALL-IN-1 mail
code. Doubtless my juniors and betters still in IOSG can fill in the details...

We had precisely this problem here at British Gas and there's no feasible
work-around which doesn't have other nasty side-effects.

Cheers,
Ian 
2483.9AIMTEC::ZANIEWSKI_DTaking bids on Andrew's Alphatraz cellThu Jan 30 1997 16:436
        I've seen this problem between 2 ALL-IN-1 v3.2 systems with only
        Message Router v3.3a between them.
        
        It's really simple to reproduce.
        
        Dave Zaniewski
2483.10IPMT then!IOSG::PYEGraham - ALL-IN-1 Sorcerer's ApprenticeThu Jan 30 1997 17:330
2483.11FRSTSC::64786::frais::schoenFri Jan 31 1997 17:0411
Hi,

can somebody tell me :

is an IPMT for that problem now open ?

if yes - what is the CFS Number or IPMT Number ? 

thanks in advance

Thomas
2483.12IOSG::PYEGraham - ALL-IN-1 Sorcerer's ApprenticeMon Feb 03 1997 14:282
    As I understand it, if you can submit IPMT cases, then you can look at
    them. But I don't use IPMT so I could be wrong!
2483.13IPMT LookupZUR01::ASHGGrahame Ash @RLEMon Feb 03 1997 15:3310
Assuming you have a browser,

http://cgou23.cgo.dec.com/ipmt_lookup.html

allows you to search for IPMTs by context, or you can give it a number.

The STN homepage (sorry, can't find a pointer!) in Munich is a marvellous 
place for useful pointers.

grahame