"Message Rejected" Known Problem

If you’ve been getting the mystery “message rejected” messages, read on…

It seems this is a “known problem”, and it’s not a bug in Lyris. It’s also
not NECESSARILY a “user error” problem. From Lyris Support:

What is happening is that the some mail server is sending back
mail and not using the proper header standards. It is sending mail
back to the list address which Lyris will reject to avoid loops and
duplicates. This is why Lyris checks for the <lyri… header. this>header checking is hard-coded into Lyris and cannot be removed.

Apparently this problem was particularly nasty with some Road Runner site in
Houston this week, and people on public lists were being driven nuts.

Of course, if you bounce an email back to the list (instead of the “reply
to” address, like you’re supposed to) then you will, legitimately, get this
rejection. Likewise if you cut and paste the entire text of a message and
include the Lyris message ID.

Let me know (preferably via direct email, not via the list) if you find a
particularly egregious offender and we’ll, ah, “:facilitate” his progress…

Peter
NT Dev List Slave


You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com</lyri…>

xxxxx@osr.com said:

What is happening is that the some mail server is sending back mail
and not using the proper header standards. It is sending mail back to
the list address which Lyris will reject to avoid loops and
duplicates. This is why Lyris checks for the <lyri… header. this>> header checking is hard-coded into Lyris and cannot be removed.

The problem is, when I “reply” to the list, mailers often include an
in-reply-to record that includes the message-id of the message that
is being replied to. This message id includes the These message ids are sometimes used by archive tools to figure out
threads.

(I’ve edited the in-reply-to of this message so that you can see the
header that I generated, and what the implications are.)

exmh may not be a Micro$oft product, but I don’t see how this behavior
violates any standards. I’m sure that other mailers do the same thing,
and that some mail sorting tools take advantage of the behavior.


Steve Williams “The woods are lovely, dark and deep.
xxxxx@icarus.com But I have promises to keep,
xxxxx@picturel.com and lines to code before I sleep,
http://www.picturel.com And lines to code before I sleep.”


You are currently subscribed to ntdev as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-ntdev-$subst(‘Recip.MemberIDChar’)@lists.osr.com</lyri…>