On Mon, Jul 24, 2006 at 08:12:28AM -0400, Dan Langille wrote:
> FYI: About 10 minutes ago, I posted a test message to the list from a
> Mutt client. My mail server logs verify that the message was
> received by sourceforge:
I've run into this problem as well. It seems that Mailman has a
spam-avoidance measure that trys to send a delivery status request to
the originating MTA as determined by reading the "Received:" headers
in the message. I'd guess that you have mutt delivering to sendmail
on your workstation, and that sendmail is configured to listen only on
localhost, and to relay outbound mail through a mail host at your ISP.
In this configuration, Mailman fails to get a DSN acknowledgment from
[EMAIL PROTECTED], and drops your mail on the assumption that you're a
spamming evil-doer.
This explains why mail is accepted when sent with a different mail
client: pretty much every mail client other than mutt delivers
directly to a dedicated mail host that will accept DSN requests. You
can work around this problem by configuring mutt to deliver through a
program such as msmtp, which relays without adding the
standard-mandated "Recieved:" headers.
$ head .muttrc
my_hdr From: [EMAIL PROTECTED]
set sendmail="/usr/local/bin/msmtp \
--host=smtp.comcast.net \
[EMAIL PROTECTED]"
-- John Kodis.
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
