HS>> One problem in practice with the MSGID/REPLYID is that some
"people"
HS>> and "software" are insisting that the MSGID match the
address in the
HS>> ORIGIN LINE in echo mail.  That shouldn't have to be the case and if
HS>> often a problem in gated echos.  The MSGID should be a PRIMARY
HS>> CONTACT ADDRESS regardless from where you are reading the message
HS>> from.  The ORIGIN LINE ADDRESS is the originating source or gate.
HS>> It doesn't have to match.

ML> errrrhhhmmmm... if the messages go thru 'proper' ftn gating, there
ML> should be two or more origin lines...

Correct, but then you will see something like this:

       # Origin: xxxxxxxxxx

If the MSGID matched the "original" origin line before the gate, then as
you can see once the gate is made, the MSGID no longer matches the "new"
origin line.  This will now potential fail some packet verifiers.

If matching MSGID address and ORIGIN line address is a must, then the
gating software must add logic to "change" the msgid.  We all know that
isn't the case and I don't see that happening.
--- Platinum Xpress/386/Wildcat! v1.2f