> I am using Amanda as a backup system, running on an
> old SPARCstation 20, SunOS 5.5.1 (sendmail 8.11.3).
> The reports that amanda sends out on a daily basis
> are rejected by my mail server (Courier mail server
> running on Debian 2.2r3) because they contain 8-bit
> encoded text, but they don't have the correct MIME
> headers. If there is an error and amanda sends
> an e-mail, the mail comes through fine, *WITH*
> the correct MIME headers.
I'm not really qualified to comment here, so I will...
It seem unlikely that sendmail would be gumming up the
headers - MIME is out of sendmail's purview (isn't it?)
and sendmail should therefore leave any MIME header
lines untouched to the same extent that it'd ignore
X-blah-blah: lines, right? So I'd leave sendmail alone.
And it sounds like Courier is working as intended
(for better or worse) by rejecting inbound messages
that it has decided (possibly as you instructed it to
decide) are bogus, right? So I'd leave Courier alone.
(I guess you could make an argument for hacking Courier
such that it would allow malformed messages through
but that would seem to go against [what I understand
to be] the basic reason for using Courier, right?)
That (undoubtedly flawless) logic would seem to leave
Amanda as the culprit, probably presenting malformed
messages to sendmail in the failure case and well-formed
messages in the good case. Maybe you could use something
like ethereal and eavesdrop on a session between Amanda
and sendmail to try to catch it in the act.
**********************************************************
To unsubscribe from this list, send mail to
[EMAIL PROTECTED] with the following text in the
*body* (*not* the subject line) of the letter:
unsubscribe gnhlug
**********************************************************
