| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 130.1 | Should be handled by DDA:s | STKOFF::SPERSSON | Pas de probleme | Wed Mar 25 1992 13:30 | 19 |
|
Hi Marc,
This phenomenon is supposed to be handled by MRMEMO's use of Domain
Defined Attribuites (DDAs). MEMO correlates not only the intended
recipient name but also the intended recipient's Receiver List Position
(relative position in the distribution list).
MRMEMO puts the receiver list position in a DDA with LABEL = "MRMRLP"
and VALUE = <rlpos>.
If ALL-IN-1 Mail does not return these DDA:s in the receipt
notifications *or* if you have disabled the use of DDA:s in MRMEMO (by
use of MRMMAN> DEFINE/NODOMAIN_DEFINED (undocumented), then receipt
notification correlation will not work.
cheers from sunny Valbonne,
Stefan
|
| 130.2 | Murphy � | KETJE::VANHOOSTE | Guide to Shadowland | Thu Mar 26 1992 11:53 | 14 |
| S*** !
I checked with the customer.
No, he didn't use the undocumented flag (we verified that).
On the other hand, there is a note from Mitch Romm in the ALL-IN-1 MAIL
notesfile stating that ALL-IN-1 MAIL *HAS* problems with DDA's
(incoming).
Damn !
I think I'll have this escalated to ALL-IN-1 MAIL folks then ...
Marc VH.
|
| 130.3 | From A1MAIL conference ... | KETJE::VANHOOSTE | Guide to Shadowland | Thu Mar 26 1992 16:03 | 23 |
| What do you think, guys ?
Marc VH.
----
<<< KOALA::ARKD$:[NOTES$LIBRARY]X400MAIL.NOTE;1 >>>
-< X.400 Mail >-
================================================================================
Note 1966.5 DDA's don't appear to work in A1Mail 1.1A 5 of 5
KOALA::KINGSNORTH "Paul Kingsnorth" 12 lines 26-MAR-1992 09:13
-< Scope of problem >-
--------------------------------------------------------------------------------
The problems referred to in .0 to .3 arise because A1MAIL V1.1A does not
correctly return the ORname component of message ids. This fouls up replies
(because the in-reply-to field is fouled up) and receipts (because the reported
field is fouled up). And when you forward a message the forwarded message
header contains a message id also, so forwarding is also broken.
This problem affects customers who exchange mail between A1MAIL and any other
vendor's systems who include the ORname component of the ip message id.
It isn't obvious to me that any problem alluded to in .4 is related to this.
A cursory examination of the NBS dumps should show this, one way or the other.
|
| 130.4 | Was this resolved? | SEDMV1::MCMICHAEL | A Cunning Plan... | Mon Oct 11 1993 10:58 | 14 |
| Was any progress ever made on this subject?
I have a customer with MR Memo and I've just upgraded to Mailworks V1.2
in the hope that it would solve the problem - no luck. Are there any
patches available?
This is an urgent need as management send reports from the IBM MEMO
side which they *MUST* know whether they've been read by Teamlinks
users or not.
Any help appreciated...
Ian.
|
| 130.5 | Need more info to determine whose problem this is | STKOFF::SPERSSON | Pas de probleme | Thu Oct 14 1993 18:01 | 62 |
|
Hi Ian,
For status of the original problem, I suggest you send a mail to Marc,
I don't think he monitors this conference too closely. We (the MRMEMO
team) certainly didn't do anything about it.
Receipt Notifications work OK in our test environment against Mailworks
(VT client) V1.1-C
Basically what .1 says is still true. MRMEMO correlates receipts
against DDA values in the Reported Recipient item in the Receipt
Notification. This should work unless the MRMMAN option
DEFINE/REQUEST=NORECEIPT is set
In order to analyze the situation, can you provide:
- An MRMMAN LIST output list
- DDS record of Teamlinks user (if applicable, ie if you use any of the
MRMMAN options /DDS_VALIDATION or /ADDRESS_TRANSLATION)
- NBS dump of message sent from MEMO and the Receipt Notification from
Mailworks. This may be difficult since they are stored in the same
filename and are quickly overwritten. Follow this sequence:
0. $ MC MRMMAN LIST ! Output MRMEMO config
If "Request Notification" option is disabled goto 2.
1. $ MC MRMMAN DEFINE/NOREQUEST ! disable Delivery Notification
! Requests so that we have a chance
! of catching the MRMEMO incoming
! NBS file before it's overwritten
! by notification
2. Send MEMO message to Teamlinks recipient
3. $ MC MRMMAN SHOW/CONT ! Monitor MRMEMO until it has
! delivered message to MR
4. $ RUN MB$TOOLS:MRNBSDMP ! Dump Incoming
File to dump: MRMEMO$DIR:MRMEMO1-ENVELOPE.NBS ! Message NBS files
Output file: MRMEMO1-ENVELOPE.LIS
File to dump: MRMEMO$DIR:MRMEMO1-CONTENTS.NBS
Output file: MRMEMO1-CONTENTS.LIS
5. Read Teamlinks message. Make sure that a Read Receipt is
generated.
6. $ MC MRMMAN SHOW/CONT ! Monitor MRMEMO until it has
! delivered receipt to MEMO
7. $ RUN MB$TOOLS:MRNBSDMP ! Dump Outgoing
File to dump: MRMEMO$DIR:MRMEMO1-ENVELOPE.NBS ! Message NBS files
Output file: MRMEMO1-ENVELOPE.LIS
File to dump: MRMEMO$DIR:MRMEMO1-CONTENTS.NBS
Output file: MRMEMO1-CONTENTS.LIS
If "Request Notification" option was disabled from start stop here
8. $ MC MRMMAN DEFINE/REQUEST ! re-enable Delivery Notification
! Requests
|
| 130.6 | Logs to follow... | SEDMV1::MCMICHAEL | A Cunning Plan... | Mon Oct 18 1993 17:19 | 14 |
| RE: .-1 [Without name :-)]
The following 5 replies are the logs you requested:
7 - MRMMAN LIST
8 - Incomming Envelope
9 - Incomming Contents
10 - Receipt Envelope
11 - Receipt Contents
Thanks for your help in this problem,
Ian.
|
| 130.7 | MRMMAN LIST | SEDMV1::MCMICHAEL | A Cunning Plan... | Mon Oct 18 1993 17:24 | 49 |
|
MRMEMO1 summary as of 1993-10-18 14:26:09
Server Identification:
Node name: GOLF
Mailbox name: MEMO
Message Router Password: ****
SNA Session Identification:
Gateway node: POLO
Access name: MRMEMO
Circuit name:
Session address: 3
Application name:
Logon mode entry:
Related files:
Translation table: SYS$LIBRARY:VAG_SNATBL.TBL
Log file: MRMEMO$DIR:MRMEMO1.LOG
Accounting file: MRMEMO$DIR:MRMEMOACC1.DAT
Options:
Accounting: Enabled
Timestamp: Disabled
Header in text: Disabled
Request Notifications: Enabled
Send Notifications: Enabled
Cluster alias address: Disabled
Address translation: Enabled
Format: MEMO
Ensure uniqueness: Disabled
Multiaddress action: PRIMARY
Distribution list: Enabled
MEMO address: PR_ATTRIBUTES
DDS validation:
MR to MEMO sender: Disabled
MEMO to MR sender: Disabled
MEMO to MR recipient: Disabled
MR to MEMO recipient: Disabled
Distribution list: End
Prefix: VAGUK2
Replace Strings: ..=@
Console logging: None
Clock tick interval: 0 00:00:30.00
MEMO line length: 78
Maxline: Disabled
Wrap/truncation string:
Wrapping of long lines: Enabled
Word wrap margin: 8
Hyphenation string:
Hours to GMT: 0
|
| 130.8 | Message Envelope | SEDMV1::MCMICHAEL | A Cunning Plan... | Mon Oct 18 1993 17:27 | 105 |
| File DISK$USER2:[MRMEMO]MRMEMO1-ENVELOPE.NBS;1 contains ****** bytes.
000007 1 MSG[V2ENV] Len=0001FD
00000E 2 FIELD[SENDER] Len=00008E
000015 3 ENT[NAME] Len=000087
00001B 4 SEQ Len=000028
000022 5 ATTR[ORGANTN] Len=000005
000024 6 ASCII Len=000003
"ISG
00002E 5 ATTR[PNAME] Len=000015
000035 6 ATTR[SURNAME] Len=00000E
000037 7 ASCII Len=00000C
"BEDWELL MARC
000049 4 SEQ Len=000053
000050 5 ATTR[TEL] Len=00000D
000052 6 ASCII Len=00000B
"0908-601396
000064 5 ATTR[LOCATION] Len=000009
000066 6 ASCII Len=000007
"ENGLAND
000074 5 ATTR[ROUTE] Len=000012
00007A 6 SEQ Len=00000C
00007C 7 ASCII Len=000004
"GOLF
000082 7 ASCII Len=000004
"MEMO
00008D 5 ATTR[USERID] Len=00000F
00008F 6 ASCII Len=00000D
"VAGUK.BEDWELM
0000A3 2 FIELD[TO] Len=00012A
0000A9 3 SEQ Len=000124
0000B0 4 ENT[NAME] Len=00011D
0000B6 5 SEQ Len=00005C
0000BD 6 ATTR[ORGANTN] Len=000013
0000BF 7 ASCII Len=000011
"V.A.G (U.K.) Ltd
0000D7 6 ATTR[UAID] Len=000006
0000D9 7 ASCII Len=000004
"GOLF
0000E4 6 ATTR[PNAME] Len=00001E
0000EB 7 ATTR[SURNAME] Len=00000B
0000ED 8 ASCII Len=000009
"McMichael
0000FD 7 ATTR[GIVENNAME] Len=000005
0000FF 8 ASCII Len=000003
"Ian
000109 6 ATTR[ORGANTNUNIT] Len=000009
00010B 7 ASCII Len=000007
"Digital
000118 5 SEQ Len=00009D
00011F 6 ATTR[TEL] Len=00000D
000121 7 ASCII Len=00000B
"0908-601838
000133 6 ATTR[LOCATION] Len=000009
000135 7 ASCII Len=000007
"ENGLAND
000143 6 ATTR[DOMDEFINED] Len=00004B
000149 7 SET Len=000045
000150 8 ATTR[EXTDDA] Len=00003E
000156 9 SEQ Len=000019
00015D 10 ATTR[DDATYPE]
Len=000008
00015F 11 ASCII
Len=000006
"MRMRLP
00016C 10 ATTR[DDAVALUE]
Len=000003
00016E 11 ASCII
Len=000001
"1
000175 9 SEQ Len=000019
00017C 10 ATTR[DDATYPE]
Len=000008
00017E 11 ASCII
Len=000006
"MRMDRQ
00018B 10 ATTR[DDAVALUE]
Len=000003
00018D 11 ASCII
Len=000001
"1
000195 6 ATTR[ROUTE] Len=000010
00019B 7 SEQ Len=00000A
00019D 8 ASCII Len=000004
"GOLF
0001A3 8 ASCII Len=000002
"AM
0001AC 6 ATTR[USERID] Len=000009
0001AE 7 ASCII Len=000007
"MCMICHI
0001BC 5 ATTR[EXTENTNID] Len=000003
0001BE 6 INT Len=000001
%01
0001C6 5 ATTR[PERRECFLG] Len=000007
0001C9 6 BITS[%00] Len=000004
%90000000
0001D6 2 FIELD[UACONTID] Len=000012
0001D8 3 ASCII Len=000010
"utLzoCU2wPEQYNBM
0001F1 2 FIELD[PERMSGFLG] Len=000007
0001F4 3 BITS[%00] Len=000004
%10000000
000201 2 FIELD[HOPCOUNT] Len=000003
000203 3 INT Len=000001
%00
000204 0End of file
|
| 130.9 | Message Contents | SEDMV1::MCMICHAEL | A Cunning Plan... | Mon Oct 18 1993 17:30 | 114 |
| File DISK$USER2:[MRMEMO]MRMEMO1-CONTENTS.NBS;1 contains ****** bytes.
000007 1 MSG[V2CONT] Len=0002CD
000010 2 FIELD[APPMID] Len=000012
000012 3 ASCII Len=000010
"utLzoCU2wPEQYNBM
000029 2 FIELD[FROM] Len=00008E
000030 3 ENT[NAME] Len=000087
000036 4 SEQ Len=000028
00003D 5 ATTR[ORGANTN] Len=000005
00003F 6 ASCII Len=000003
"ISG
000049 5 ATTR[PNAME] Len=000015
000050 6 ATTR[SURNAME] Len=00000E
000052 7 ASCII Len=00000C
"BEDWELL MARC
000064 4 SEQ Len=000053
00006B 5 ATTR[TEL] Len=00000D
00006D 6 ASCII Len=00000B
"0908-601396
00007F 5 ATTR[LOCATION] Len=000009
000081 6 ASCII Len=000007
"ENGLAND
00008F 5 ATTR[ROUTE] Len=000012
000095 6 SEQ Len=00000C
000097 7 ASCII Len=000004
"GOLF
00009D 7 ASCII Len=000004
"MEMO
0000A8 5 ATTR[USERID] Len=00000F
0000AA 6 ASCII Len=00000D
"VAGUK.BEDWELM
0000BE 2 FIELD[TO] Len=000136
0000C4 3 SEQ Len=000130
0000CB 4 ENT[NAME] Len=000129
0000D1 5 SEQ Len=00005C
0000D8 6 ATTR[ORGANTN] Len=000013
0000DA 7 ASCII Len=000011
"V.A.G (U.K.) Ltd
0000F2 6 ATTR[UAID] Len=000006
0000F4 7 ASCII Len=000004
"GOLF
0000FF 6 ATTR[PNAME] Len=00001E
000106 7 ATTR[SURNAME] Len=00000B
000108 8 ASCII Len=000009
"McMichael
000118 7 ATTR[GIVENNAME] Len=000005
00011A 8 ASCII Len=000003
"Ian
000124 6 ATTR[ORGANTNUNIT] Len=000009
000126 7 ASCII Len=000007
"Digital
000133 5 SEQ Len=00009D
00013A 6 ATTR[TEL] Len=00000D
00013C 7 ASCII Len=00000B
"0908-601838
00014E 6 ATTR[LOCATION] Len=000009
000150 7 ASCII Len=000007
"ENGLAND
00015E 6 ATTR[DOMDEFINED] Len=00004B
000164 7 SET Len=000045
00016B 8 ATTR[EXTDDA] Len=00003E
000171 9 SEQ Len=000019
000178 10 ATTR[DDATYPE]
Len=000008
00017A 11 ASCII
Len=000006
"MRMRLP
000187 10 ATTR[DDAVALUE]
Len=000003
000189 11 ASCII
Len=000001
"1
000190 9 SEQ Len=000019
000197 10 ATTR[DDATYPE]
Len=000008
000199 11 ASCII
Len=000006
"MRMDRQ
0001A6 10 ATTR[DDAVALUE]
Len=000003
0001A8 11 ASCII
Len=000001
"1
0001B0 6 ATTR[ROUTE] Len=000010
0001B6 7 SEQ Len=00000A
0001B8 8 ASCII Len=000004
"GOLF
0001BE 8 ASCII Len=000002
"AM
0001C7 6 ATTR[USERID] Len=000009
0001C9 7 ASCII Len=000007
"MCMICHI
0001D7 5 ATTR[FREEFORM] Len=00000F
0001D9 6 ASCII Len=00000D
"Ian McMichael
0001ED 5 ATTR[REPORTREQ] Len=000007
0001F0 6 BITS[%00] Len=000004
%80000000
0001FB 2 FIELD[SUBJ] Len=000010
0001FD 3 ASCII Len=00000E
"Test
000212 2 FIELD[PDATE] Len=000012
000214 3 DATE Len=000010
000216 4 ASCII Len=00000E
"19931018143600
00022B 2 VEND[RRECPT] Len=000000
000232 2 FIELD[ATTACH] Len=0000A2
000239 3 MSG[TEXT] Len=00009B
00023F 4 ASCII Len=000095
"--- Received from VAGUK.P81741
0908-601396
" -> VAGUK2.MCMICHI MCMICHAEL IAN
"Test Message
0002D4 0End of file
|
| 130.10 | Receipt Envelope | SEDMV1::MCMICHAEL | A Cunning Plan... | Mon Oct 18 1993 17:33 | 115 |
| File DISK$USER2:[MRMEMO]MRMEMO1-ENVELOPE.NBS;1 contains ****** bytes.
000003 1 MSG[V2ENV] Len=******
000006 2 FIELD[MID] Len=00001E
000008 3 ASCII Len=00001C
"7633411418101993/A07417/GOLF
000027 2 FIELD[PDATE] Len=000012
000029 3 DATE Len=000010
00002B 4 ASCII Len=00000E
"19931018144133
00003C 2 FIELD[PREC] Len=000003
00003E 3 INT Len=000001
%01
000043 2 FIELD[SENDER] Len=0000E2
00004A 3 ENT[NAME] Len=0000DB
000050 4 SEQ Len=00005C
000057 5 ATTR[ORGANTN] Len=000013
000059 6 ASCII Len=000011
"V.A.G (U.K.) Ltd
000071 5 ATTR[UAID] Len=000006
000073 6 ASCII Len=000004
"GOLF
00007E 5 ATTR[PNAME] Len=00001E
000085 6 ATTR[SURNAME] Len=00000B
000087 7 ASCII Len=000009
"McMichael
000097 6 ATTR[GIVENNAME] Len=000005
000099 7 ASCII Len=000003
"Ian
0000A3 5 ATTR[ORGANTNUNIT] Len=000009
0000A5 6 ASCII Len=000007
"Digital
0000B2 4 SEQ Len=000073
0000B9 5 ATTR[DOMDEFINED] Len=00004B
0000BF 6 SET Len=000045
0000C6 7 ATTR[EXTDDA] Len=00003E
0000CC 8 SEQ Len=000019
0000D3 9 ATTR[DDATYPE]
Len=000008
0000D5 10 ASCII Len=000006
"MRMRLP
0000E2 9 ATTR[DDAVALUE]
Len=000003
0000E4 10 ASCII Len=000001
"1
0000EB 8 SEQ Len=000019
0000F2 9 ATTR[DDATYPE]
Len=000008
0000F4 10 ASCII Len=000006
"MRMDRQ
000101 9 ATTR[DDAVALUE]
Len=000003
000103 10 ASCII Len=000001
"1
00010B 5 ATTR[ROUTE] Len=00000A
000111 6 SEQ Len=000004
000113 7 ASCII Len=000002
"AM
00011C 5 ATTR[USERID] Len=000009
00011E 6 ASCII Len=000007
"MCMICHI
000128 2 FIELD[TO] Len=000078
00012E 3 SEQ Len=000072
000135 4 ENT[NAME] Len=00006B
00013B 5 SEQ Len=000028
000142 6 ATTR[ORGANTN] Len=000005
000144 7 ASCII Len=000003
"ISG
00014E 6 ATTR[PNAME] Len=000015
000155 7 ATTR[SURNAME] Len=00000E
000157 8 ASCII Len=00000C
"BEDWELL MARC
000169 5 SEQ Len=000029
000170 6 ATTR[ROUTE] Len=00000C
000176 7 SEQ Len=000006
000178 8 ASCII Len=000004
"MEMO
000183 6 ATTR[USERID] Len=00000F
000185 7 ASCII Len=00000D
"VAGUK.BEDWELM
000199 5 ATTR[PERRECFLG] Len=000007
00019C 6 BITS[%00] Len=000004
%A8000000
0001A5 2 FIELD[PERMSGFLG] Len=000007
0001A8 3 BITS[%00] Len=000004
%00000000
0001B1 2 FIELD[CONTENTDIA] Len=000003
0001B3 3 INT Len=000001
%02
0001BA 2 FIELD[ITRACE] Len=000084
0001C0 3 SEQ Len=00003D
0001C9 4 FIELD[MTA] Len=000006
0001CB 5 ASCII Len=000004
"GOLF
0001D8 4 FIELD[ARVDATE] Len=000016
0001DE 5 DATE Len=000010
0001E0 6 ASCII Len=00000E
"19931018144133
0001F7 4 FIELD[ACTION] Len=000006
0001F9 5 INT Len=000004
%00000000
000203 3 SEQ Len=00003B
00020C 4 FIELD[MTA] Len=00000B
00020E 5 ASCII Len=000009
"GOLF.MUAS
000220 4 FIELD[ARVDATE] Len=000012
000222 5 DATE Len=000010
000224 6 ASCII Len=00000E
"19931018144133
00023B 4 FIELD[ACTION] Len=000003
00023D 5 INT Len=000001
%00
000243 2 FIELD[HOPCOUNT] Len=000006
000245 3 INT Len=000004
%00000001
00024A 0End of file
|
| 130.11 | Receipt Contents | SEDMV1::MCMICHAEL | A Cunning Plan... | Mon Oct 18 1993 17:35 | 75 |
| File DISK$USER2:[MRMEMO]MRMEMO1-CONTENTS.NBS;1 contains ****** bytes.
000003 1 MSG[UAREPORT] Len=******
00000C 2 FIELD[UAREPORTTYPE] Len=000030
000015 3 FIELD[RECEIPT] Len=000027
00001E 4 FIELD[RECDATE] Len=000012
000020 5 DATE Len=000010
000022 6 ASCII Len=00000E
"19931018144133
000039 4 FIELD[RECTYPE] Len=000003
00003B 5 INT Len=000001
%00
000045 2 FIELD[REPORTED] Len=00001B
00004E 3 FIELD[APPMID] Len=000012
000050 4 ASCII Len=000010
"utLzoCU2wPEQYNBM
000069 2 FIELD[ACTUALREC] Len=000122
000070 3 ENT[NAME] Len=00011B
000076 4 SEQ Len=00005C
00007D 5 ATTR[ORGANTN] Len=000013
00007F 6 ASCII Len=000011
"V.A.G (U.K.) Ltd
000097 5 ATTR[UAID] Len=000006
000099 6 ASCII Len=000004
"GOLF
0000A4 5 ATTR[PNAME] Len=00001E
0000AB 6 ATTR[SURNAME] Len=00000B
0000AD 7 ASCII Len=000009
"McMichael
0000BD 6 ATTR[GIVENNAME] Len=000005
0000BF 7 ASCII Len=000003
"Ian
0000C9 5 ATTR[ORGANTNUNIT] Len=000009
0000CB 6 ASCII Len=000007
"Digital
0000D8 4 SEQ Len=00009D
0000DF 5 ATTR[TEL] Len=00000D
0000E1 6 ASCII Len=00000B
"0908-601838
0000F3 5 ATTR[LOCATION] Len=000009
0000F5 6 ASCII Len=000007
"ENGLAND
000103 5 ATTR[DOMDEFINED] Len=00004B
000109 6 SET Len=000045
000110 7 ATTR[EXTDDA] Len=00003E
000116 8 SEQ Len=000019
00011D 9 ATTR[DDATYPE]
Len=000008
00011F 10 ASCII Len=000006
"MRMRLP
00012C 9 ATTR[DDAVALUE]
Len=000003
00012E 10 ASCII Len=000001
"1
000135 8 SEQ Len=000019
00013C 9 ATTR[DDATYPE]
Len=000008
00013E 10 ASCII Len=000006
"MRMDRQ
00014B 9 ATTR[DDAVALUE]
Len=000003
00014D 10 ASCII Len=000001
"1
000155 5 ATTR[ROUTE] Len=000010
00015B 6 SEQ Len=00000A
00015D 7 ASCII Len=000004
"GOLF
000163 7 ASCII Len=000002
"AM
00016C 5 ATTR[USERID] Len=000009
00016E 6 ASCII Len=000007
"MCMICHI
00017C 4 ATTR[FREEFORM] Len=00000F
00017E 5 ASCII Len=00000D
"Ian McMichael
00018C 0End of file
|
| 130.12 | Another discovery... | SEDMV1::MCMICHAEL | A Cunning Plan... | Thu Oct 21 1993 18:49 | 14 |
| I've discovered that the receipts do work sometimes...
If there are N recipient in the MEMO then N-1 confirmations are
returned correctly. The last recipient is missed. This means that
when there is only one it appears not to work.
What is the likelihood of a fairly quick patch to solve this? The
customer is sending documents which they *MUST* know have been
received.
Sorry to be a pain.
Ian.
|
| 130.13 | Try tracing | STKOFF::SPERSSON | Pas de probleme | Fri Oct 22 1993 18:38 | 189 |
|
Hi Ian,
I've used the information and still can't reproduce the problem. All
the files look OK. I'm beginning to suspect a MEMO problem.
At the end of this message you will see a commented message trace from
the MRMEMO logfile MRMEMO$DIR:MRMEMO1.LOG. You can enable this tracing
by:
$ DEFINE/SYS MRMEMO$LOGMASK 20 ! formatted trace to MEMO
You can do this on a running server. don't forget to disable when
you're finished:
$ DEASS/SYS MRMEMO$LOGMASK
The trace below contains three message entries:
1. a COMMITT message from MRMEMO to MEMO (means we've assumed
responsibility)
2. Delivery Notification
3. Receipt Notification
I suggest you enable tracing and compare it to the trace below. If all
the elements are there (and I half expect them to be) then it's a MEMO
problem. Post the trace here so we can verify.
> What is the likelihood of a fairly quick patch to solve this?
Pretty unlikely as long as we can't reproduce the problem.
cheers,
Stefan
$ run/nodebug sys$system:mrmsrv
Time: 1993-10-22 15:29:01.99; message from server MRMEMO1:
%MRMEMO-I-NEWACCOUNT, opening new accounting file: DISK$NEW:[MRMEMO]MRMEMOACC1.DAT;365
-------- Packing message to MEMO --------
**
** Comment: this is the COMMITT message **
**
L L C0 01 00
00 05 (end)
L L C1 04 01
. L L C3 01 41
. . 12 02 06 3C 00 00 00 00 00 00 00 00 00 00 00 00 00 00
. 00 17 (end)
. L L C3 04 01
. . L L C2 03 41
**
** Comment: this is the recipient of the COMMITT msg, ie the original sender **
**
. . . 0D 01 'DGA.PERSSON'
**
** Comment: next line is the message ID of the COMMITTED message **
**
. . . 0D 02 6E D2 80 A8 45 EC DD 58 8C 24 01
. . . 04 03 00 01
. . 00 23 (end)
. . L L C2 04 41
. . . 03 01 80
. . . 04 02 00 01
**
** Comment: this is the intended recipient **
**
. . . 11 03 'MEMSOO.AMSTEFAN'
. . . 03 04 02
. . 00 20 (end)
. 00 48 (end)
00 64 (end)
L L CF 01 00
00 05 (end)
**
** Comment: end of COMMITT message. **
**
-------- End of message --------
-------- Packing message to MEMO --------
**
** Comment: this is the delivery notification message. Ignore it **
**
L L C0 01 00
00 05 (end)
L L CD 03 01
. L L C3 01 41
. . 06 01 00 00 00 0E
. . 12 02 36 35 34 35 30 33 35 31 32 32 30 31 33 39 4D 4D
. 00 1D (end)
. L L C3 04 01
. . L L C2 03 41
. . . 0D 01 'DGA.PERSSON'
. . . 0D 02 6E D2 80 A8 45 EC DD 58 8C 24 01
. . . 04 03 00 01
. . 00 23 (end)
. . L L C2 04 41
. . . 03 01 40
. . . 04 02 00 01
. . . 1D 03 'MEMSOO.SPERSSON..AM..STKOFF'
. . . 03 04 02
. . 00 2C (end)
. 00 54 (end)
. L L C5 05 41
. . 03 01 01
. 00 08 (end)
00 7E (end)
L L C9 03 01
. L L CA 03 41
. . 0D 02 6E D2 80 A8 45 EC DD 58 8C 24 01
. . 04 05 00 4B
. . 04 06 00 08
. . 03 07 00
. 00 1D (end)
. L L CB 01 01
. 00 05 (end)
02 7F (end)
L L CF 01 00
00 05 (end)
**
** Comment: end of delivery notification message. **
**
-------- End of message --------
-------- Packing message to MEMO --------
**
** Comment: this is the receipt notification message. **
**
L L C0 01 00
00 05 (end)
L L CD 03 01
. L L C3 01 41
. . 06 01 00 00 00 0E
. . 12 02 33 34 35 31 32 33 35 31 32 32 30 31 33 39 4D 4D
. 00 1D (end)
. L L C3 04 01
. . L L C2 03 41
**
** Comment: this is the recipient of the notification , ie original sender **
**
. . . 0D 01 'DGA.PERSSON'
**
** Comment: next line is the message ID of the reported message. Should
correspond to message ID of COMMITTED message above **
**
. . . 0D 02 6E D2 80 A8 45 EC DD 58 8C 24 01
. . . 04 03 00 01
. . 00 23 (end)
. . L L C2 04 41
**
** Comment: next line tells MEMO this is a receipt notification **
** (MEMO equivalent: Pick-Up Notification) **
**
. . . 03 01 10
**
** Comment: next line indicates receiver list position (00 01), **
** of the reported recipient **
**
. . . 04 02 00 01
**
** Comment: this is the address of reported recipient **
** Note that it does not match the original recipient string **
** However MEMO looks for Receiver list position first anyway **
**
. . . 1D 03 'MEMSOO.SPERSSON..AM..STKOFF'
. . . 03 04 02
. . 00 2C (end)
. 00 54 (end)
. L L C5 05 41
. . 03 01 01
. 00 08 (end)
00 7E (end)
L L C9 03 01
. L L CA 03 41
. . 0D 02 6E D2 80 A8 45 EC DD 58 8C 24 01
. . 04 05 00 4B
. . 04 06 00 02
. . 03 07 00
. 00 1D (end)
. L L CB 01 01
. 00 05 (end)
00 BD (end)
L L CF 01 00
00 05 (end)
**
** Comment: end of receipt notification message. **
**
-------- End of message --------
|
| 130.14 | Can't do a trace | SEDMV1::MCMICHAEL | A Cunning Plan... | Wed Oct 27 1993 13:15 | 37 |
| Stefan,
Sorry but I don't understand how the trace works. I've defined the
logical but when I run the image the following happens:
$ run/nodebug sys$system:mrmsrv Time: 1993-10-27 11:52:40.57; message from
server MRMEMO?: %MRMEMO-W-INVSERVER, invalid syntax or server number (must be 1
to 9)
%MRMEMO-W-TRACE, traceback forced from the Server Handler
-MRMEMO-I-FSM, ? after ?
-MRMEMO-I-RING, ring: '', substates: 00000000
%TRACE-W-TRACEBACK, symbolic stack dump follows
module name routine name line rel PC abs PC
SRVLOG SRV$LOG_HANDLER 4081 000001C9 001E3DA5
----- above condition handler called with exception 08938198:
%MRMEMO-W-INVSERVER, invalid syntax or server number (must be 1 to 9)
----- end of exception message
SRVMMO SRV$MMO_INIT 4680 000000F7 001E0787
SRVMMO SRV$MMO_MAIN 4352 00000010 001E03BC
0023A762 0023A762
KOTERM KOTERM 804 00000039 00238156
0023A73D 0023A73D
KODOC KODOC 1768 00000097 00235398
0023A73D 0023A73D
00266246 00266246
ADA$ELAB_DDS ADA$ELAB_DDS 0000000E 001C0E0E
0023A73D 0023A73D
Do I need to stop the server before I try it?
Ian.
|
| 130.15 | It's easier than you think! | STKHLM::OLSSON | Anders Olsson, SIP Sweden | Wed Oct 27 1993 23:21 | 10 |
| I don't think Stefan meant that you should run the server interactively.
It is certainly possible to do that (and that is what we do when we debug
it), but that requires some additional steps.
The easiest way to get the trace is to simply define the logical
name. You can do it while the server is running - there's no need to
restart the server! Then the trace will appear in the log file. Remember
to deassign the logical afterwards or you'll get a large log.
Anders
|
| 130.16 | Trace worked... | SEDMV1::MCMICHAEL | A Cunning Plan... | Thu Oct 28 1993 12:51 | 174 |
| Anders,
Sorry for the misunderstanding. Below is the requested trace. A
message from MEMO to DECmailworks, the receipt, a reply and the reply
receipt.
Thanks for the continued support.
Ian.
Time: 1993-10-28 11:19:46.26; message from server MRMEMO1:
%MRMEMO-I-NEWACCOUNT, opening new accounting file: DISK$USER2:[MRMEMO]MRMEMOACC1
.DAT;105
-------- Packing message to MEMO --------
L L C0 01 00
00 05 (end)
L L C1 04 01
. L L C3 01 41
. . 12 02 05 DF 00 00 00 00 00 00 00 00 00 00 00 00 00 00
. 00 17 (end)
. L L C3 04 01
. . L L C2 03 41
. . . 0D 01 'VAGUK.SHAWJ'
. . . 0D 02 6E F3 53 A8 4D 43 44 A4 E6 20 13
. . . 04 03 00 01
. . 00 23 (end)
. . L L C2 04 41
. . . 03 01 80
. . . 04 02 00 01
. . . 10 03 'VAGUK2.MCMICHI'
. . . 03 04 02
. . 00 1F (end)
. 00 47 (end)
00 63 (end)
L L CF 01 00
00 05 (end)
-------- End of message --------
-------- Packing message to MEMO --------
L L C0 01 00
00 05 (end)
L L CD 03 01
. L L C3 01 41
. . 06 01 00 00 00 0F
. . 12 02 32 31 38 33 33 33 31 31 38 32 30 31 33 39 4D 4D
. 00 1D (end)
. L L C3 04 01
. . L L C2 03 41
. . . 0D 01 'VAGUK.SHAWJ'
. . . 0D 02 6E F3 53 A8 4D 43 44 A4 E6 20 13
. . . 04 03 00 01
. . 00 23 (end)
. . L L C2 04 41
. . . 03 01 40
. . . 04 02 00 01
. . . 1A 03 'VAGUK2.MCMICHI..AM..GOLF'
. . . 03 04 02
. . 00 29 (end)
. 00 51 (end)
. L L C5 05 41
. . 03 01 01
. 00 08 (end)
00 7B (end)
L L C9 03 01
. L L CA 03 41
. . 0D 02 6E F3 53 A8 4D 43 44 A4 E6 20 13
. . 04 05 00 4E
. . 04 06 00 08
. . 03 07 00
. 00 1D (end)
. L L CB 01 01
. 00 05 (end)
02 97 (end)
L L CF 01 00
00 05 (end)
-------- End of message --------
-------- Packing message to MEMO --------
L L C0 01 00
00 05 (end)
L L CD 03 01
. L L C3 01 41
. . 06 01 00 00 00 0F
. . 12 02 37 31 39 30 34 33 31 31 38 32 30 31 33 39 4D 4D
. 00 1D (end)
. L L C3 04 01
. . L L C2 03 41
. . . 0D 01 'VAGUK.SHAWJ'
. . . 0D 02 6E F3 53 A8 4D 43 44 A4 E6 20 13
. . . 04 03 00 01
. . 00 23 (end)
. . L L C2 04 41
. . . 03 01 10
. . . 04 02 00 01
. . . 1A 03 'VAGUK2.MCMICHI..AM..GOLF'
. . . 03 04 02
. . 00 29 (end)
. 00 51 (end)
. L L C5 05 41
. . 03 01 01
. 00 08 (end)
00 7B (end)
L L C9 03 01
. L L CA 03 41
. . 0D 02 6E F3 53 A8 4D 43 44 A4 E6 20 13
. . 04 05 00 4E
. . 04 06 00 02
. . 03 07 00
. 00 1D (end)
. L L CB 01 01
. 00 05 (end)
00 C3 (end)
L L CF 01 00
00 05 (end)
-------- End of message --------
-------- Packing message to MEMO --------
L L C0 01 00
00 05 (end)
L L CD 01 01
. L L C3 01 41
. . 06 01 00 00 00 0F
. . 12 02 31 35 38 30 35 33 31 31 38 32 30 31 33 39 4D 4D
. 00 1D (end)
. L L C3 02 01
. . L L C2 01 41
. . . 04 01 00 01
. . 00 09 (end)
. . L L C2 02 41
. . . 0D 01 'VAGUK.SHAWJ'
. . . 04 02 00 01
. . . 04 03 80 00
. . 00 1A (end)
. 00 28 (end)
. L L C3 03 41
. . 10 01 'VAGUK2.MCMICHI'
. . 0B 02 'McMichael'
. . 0A 03 'Help Des'
. . 0A 04 'Blakelan'
. . 0D 05 '0908-601838'
. . 08 07 C0 00 90 00 00 00
. . 03 08 'A'
. 00 4C (end)
. L L C5 05 41
. . 03 01 01
. 00 08 (end)
00 9E (end)
L L C9 03 01
. L L CA 03 41
. . 0A 01 'Re: Test'
. . 2B 02 38 35 35 39 33 34 31 31 32 38 31 30 31 39 39 33 2F 41 30 34 39
31 37
2F 47 4F 4C 46 2F 31 31 37 41 45 32 45 32 33 41 30 30
. . 04 05 00 4E
. . 04 06 00 0C
. . 03 07 00
. 00 45 (end)
. L L CB 01 01
. 00 05 (end)
03 F7 (end)
L L CF 01 00
00 05 (end)
-------- End of message --------
-------- Packing message to MEMO --------
L L C0 01 00
00 05 (end)
L L C1 04 01
. L L C3 01 41
. . 12 02 05 E0 00 00 00 00 00 00 00 00 00 00 00 00 00 00
. 00 17 (end)
00 1C (end)
L L CF 01 00
00 05 (end)
-------- End of message --------
|
| 130.17 | MEMO problem | STKOFF::SPERSSON | Pas de probleme | Tue Nov 02 1993 15:04 | 14 |
|
Hi Ian,
The traces look OK. I'm afraid we'll have to refer to
Verimation for further trouble-shooting. I called them today and
described your symtoms, but they did not recognize them as known
problems. They suggested that the customer report this to the local
Verimation office.
Sorry,
Stefan
|
| 130.18 | VAG Special | SEDMV1::MCMICHAEL | A Cunning Plan... | Wed Nov 03 1993 12:15 | 14 |
| Stefan,
Reading through the on-site documentation I have discovered that we are
running a "special" version which you developed for Volkswagen Audi
Group in Germany. Does this make any difference?
I can't see that it can be a Memo problem as Memo users have no
problems sending to other memo users.
Any other thoughts?
Ian.
|
| 130.19 | Problem with any of the software components on IBM side | STKOFF::SPERSSON | Pas de probleme | Wed Nov 03 1993 16:47 | 25 |
|
Hello again,
> Reading through the on-site documentation I have discovered that we are
> running a "special" version which you developed for Volkswagen Audi
> Group in Germany. Does this make any difference?
No, the traced information is what MRMEMO is *sending* to MEMO, and
there is nothing version-specific about that.
> I can't see that it can be a Memo problem as Memo users have no
> problems sending to other memo users.
I should have said a problem with any of the software components on the
IBM side, ie MEMO, MEMO/GATEWAY or MRGATE (sic!).
Phone me Thursday morning on DTN 876-8168, and maybe we can agree on a
way for me to help out in stating the problem description to
Verimation.
cheers,
Stefan
|
| 130.20 | Not on DTN | SEDMV1::MCMICHAEL | A Cunning Plan... | Wed Nov 03 1993 19:06 | 10 |
| Stefan,
Do you have a non DTN number as I'm based on the customer's site. Also
where are you and what time zone are you in?
Cheers,
Ian.
|
| 130.21 | CET | STKOFF::SPERSSON | Pas de probleme | Thu Nov 04 1993 08:57 | 10 |
|
Hi,
Stockholm Sweden.
+ 46 8 629 8168
cheers,
Stefan
|
| 130.22 | Trace of message *from* MEMO would help | STKHLM::OLSSON | Anders Olsson, SIP Sweden | Fri Nov 05 1993 19:49 | 32 |
| Ian,
As Stefan says in .17, the trace looks ok. But the trace only contains
what MRMEMO sends to MEMO.
Unfortunately, there is no way to get a similar nice trace for received
messages. There was no time allocated for adding trace code when MRMEMO
2.1 was developed, but in some spare time tracing for messages to MEMO was
added anyway.
The trace in .16 looks ok, but there could be some problem with MRMEMO's
interpretation of the original message from MEMO. This could make the MR
message created by MRMEMO contain information that is not sufficient to
later make MEMO correlate the notifications.
There are two ways to get a trace of the messages from MEMO:
1) SNATRACE
2) Setting another trace flag in MRMEMO$LOGMASK: Value 4 enables a trace
mode where every byte of data between MRMEMO and MEMO is logged on a
separate line in the log file. This creates a very large log file.
Setting MRMEMO$LOGMASK to 24 would be appropriate in this case.
If you could provide one of these traces for the same kind of message
exchange as in .16, it would be possible to see if there is anything
strange in the message coming from MEMO.
Also, what versions of MEMO, MEMO/GATEWAY and MEMO/MRGATE does the
customer use? There have been other types of correlation problems when new
MEMO versions have been released previously.
Anders
|
| 130.23 | Hang on | STKOFF::SPERSSON | Pas de probleme | Mon Nov 08 1993 09:51 | 9 |
|
Hello Anders,
A formal error report has been submitted to Verimation. I'll mail it to
you. Let's wait for them to respond before we do anything else, OK? :-)
cheers,
Stefan
|
| 130.24 | Progress? | NEWOA::MCMICHAEL | A Cunning Plan... | Mon Jan 31 1994 15:18 | 8 |
| Stefan,
Any news from Verimation yet?
Unfortunately, my customer has not stopped chasing!
Ian.
|
| 130.25 | Customer Complaint | NEWOA::MCMICHAEL_I | A Cunning Plan... | Fri Feb 25 1994 11:01 | 8 |
| I've still not heard anything from Verimation. Have you?
The customer is getting *VERY* upset about the length of time it is taking
to resolve this problem. Let's just hope it does turn out to be
Verimation's site and not ours.
Ian.
|
| 130.26 | Verimation have acknowledged it's their problem | STKOFF::SPERSSON | Pas de probleme | Fri Feb 25 1994 13:47 | 16 |
|
Hi Ian,
Verimation have *finally* looked into the problem and have acknowledged
that a change in version 3.1.3 of MEMO/Base is the probable culprit.
They have stopped honouring the field "Receiver List Position", which
MRMEMO is totally dependant upon in order to do proper notification
correlation. This I have explained to Verimation.
Verimation are trying to find a solution. I sent them a little
"reminder" a few minutes ago.
cheers,
Stefan
|
| 130.27 | Phew! | NEWOA::MCMICHAEL_I | A Cunning Plan... | Fri Feb 25 1994 15:49 | 8 |
| Stefan,
Thanks for that. It's made Digital's position look a little stronger.
Hopefully Verimation won't be too long developing a fix :-)
Ian.
|
| 130.28 | A *BIG* Thankyou | NEWOA::MCMICHAEL_I | A Cunning Plan... | Fri Mar 04 1994 10:47 | 10 |
| Stefan,
We receieved a patch produced by Verimation last night. We put it on,
bounced the Memo system and it now all works fine. The customer is very
happy once again.
Thanks for all your help.
Ian.
|
| 130.29 | Here's the Zap | STKOFF::SPERSSON | Pas de probleme | Mon Mar 07 1994 09:23 | 24 |
|
Phew, glad that's solved. For the rest of you, here's the ZAP (patch
equivalent) from Verimation. Don't ask me how to apply it, it's
strictly MEMO. If in doubt, contact Verimation.
cheers,
Stefan
*********************************************************************
* NAME MEMO31 MRHUSBPL
* VER 04E2 4770,C4EA
* VER 04EE 4770,C4F6
* VER 0510 95E7,5002
* VER 0514 4770,C520
* VER 051C 9620,4000
* REP 04E2 47F0,C4EA
* REP 04EE 47F0,C4F6
* REP 0510 0700,0700
* REP 0514 0700,0700
* REP 051C 0700,0700
*
************************************************************************
|