notfound 582765 1.5.18-6 reassign 582765 courier-mta found 582765 0.60.0-2 thanks
On Sun, May 30, 2010 at 07:24:03PM +0200, Helge Kreutzmann wrote:
> > Content scanners could in theory do this. Does your provider scan for
> > viruses or spam in outgoing mail? Does your MTA?
>
> I'll double check, but we never discussed setting up something like
> this.
I checked with my admin. Incoming mail is directly received by courier
(judging from the logs), then via procmail and spamassassin delivered.
Outgoing mail is sent by courier.
AFAIK thats it. In theory our hosting provider could sneak in a
transparent proxy, but we are not aware of this.
> > Helge: The test should be quite simple - your muttrc says you are
> > saving copies of outgoing mail. Could you check the MIME boundary in
> > the copy there? If that is different from what we saw, it isn't mutt's
> > fault, but somewhere on the delivery path.
>
> I checked several files and the pattern I see is that *INCOMING* mails
> have this boundary set, while locally stored copies of outgoing emails
> usually have something like
> fdj2RfSjLxBAspz7
> set as boundary.
>
> So yes, somewhere some MTA (probably ours, I'll check with my admin)
> must "silently" rewrite the boundary.
Since it happens both on incoming and on outgoing emails and
procamil/spamassasin is only involved in the incomfing site, I
reassign this to courier which we use as an MTA.
I browsed around the man pages from courier and did a quick websearch
but to no result.
> Please keep this bug open for the moment, I'll reassign it to the MTA
> if we can verify that later (so that the bug trail does not get lost).
Done with this email.
Greetings
Helge
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
signature.asc
Description: Digital signature
