"Stigers, Greg [And]" wrote:
>
> X-no-Archive:yes
> Not to pick on Doug, but Doug was one user whose posts exhibited equal
> mangling. Per Jeff's recommendation today, I emailed the request to "SET
> HP3000-L FULLHDR" to [log in to unmask] Then I received Doug's message,
> below, intact, without those funny escape sequence leaks. Wirt, you were
> right about the coincidence. I had "SET HP3000-L SHORTHDR" back when the
> [HP3000-L]s started appearing, and the loss of the additional header
> information caused the encoding information to be lost, and allowed the
> escape sequences to leak. But I don't blame Jeff for that. I did it to
> myself.

Well, it was indirectly my fault.  As Wirt pointed out, I had posted a
message about mistakenly setting SUBJECTHDR for everyone, but also said
to "fix" it you should set SHORTHDR (which is/was the default if you
don't specify).  I should have pointed out at that time the differences
in FULLHDR, SHORTHDR, and SUBJECTHDR.

So at the risk of wasting just a bit more bandwidth, let me clarify
the interactions of various players involved:

* LSMTP is Listserv's mail delivery agent, optimized for NT.  To the
  best of my knowledge, it does *nothing* to the the RFC-822 component
  of mail items other than prepending it's "Received: " header in the
  process of delivery.

* LISTSERV can rewrite headers depending on the header setting:

  - SHORTHDR eliminates all RFC822 headers except the very basic
    ones (From:, To:, Sender:, Date:, Subject:, etc), and now we know
    strips MIME content headers as well.

  - FULLHDR includes all original RFC822 headers and passes them intact

  - SUBJECTHDR is the same as FULLHDR but also prefixes the Subject:
    line with '[HP3000-L]'.

  - DUALHDR is the same as FULLHDR but it also copies headers into the
    body of the message; useful for mail agents that strip out headers
    from your messages whether you want it to or not.

  - IETFHDR is desiged to conform to IETF standards for mailing lists,
    although the IETF standards are different from RFC standards.
    This option does extensive header rewriting and not recommended.

* LISTSERV will strip non-text attachments sent 'multipart/optional'
  designed to eliminate HTML optional attachments sent along with text

* LISTSERV will strip remaining non-text attachments due to the
  attachment filter added recently.

* Newer releases of sendmail, if there is a sendmail relay agent
  between you and the raven.utc.edu distribution path, have options
  to convert quoted-printable to 8-bit.

Jeff Kell <[log in to unmask]>