Re: Unzustellbar: [SPAM] - Re: Why does this connection stop being tr acked? - Sending mail server found on relays.ordb.org (fwd)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Jun 15, 2005 at 01:29:13PM -0500, Taylor, Grant wrote:
> IMHO the mail list software should be set up such that it prunes
> the prior servers out of the mail headers as these sending servers
> (to the netfilter list it's self) are the ones in error, not the
> netfilter server yet the servers that are bouncing the messages
> are looking at the original servers.

But then we wouldn't be able to see where mail had actually come
from, which would be unecessarily annoying.  If I *want* to apply my
own anti-spam metrics on the route of the email then so be it.  The
error here is not bouncing mail correctly to Sender or Return-Path:

Return-path: netfilter-bounces@xxxxxxxxxxxxxxxxxxx

MTAs that don't obey that will bounce mail back to the posters, not
the mailing list software, which breaks bounce handling, makes VERP
pointless, and is just plain broken.

> Again the mail list is not changing the from email address to be
> the mail list like I think they should.  IMHO any and all email
> passing through this list should be to and from the list email
> address.  Unfortunetly there is probably much debate on how to run
> mail lists and what should and should not be done.  But alass this
> is not really the proper place to do so.

It isn't the From which MTAs obey but the Sender, which in this case
is correctly set to be the mailing list.

Why remove useful info just to compensate for terribly broken
software?

> As of yet I have not tried contacting this mail list administrator
> to this regard so I can not comment one way or the other on their
> cooperation, perhaps it is time to do such.

Their address bounces too...

Attachment: signature.asc
Description: Digital signature


[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux