I can't sign my SourceForge alias up for bugzilla.gentoo.org, because SF drops the confirmation emails as spam. I've taken this up with SF, and they've marked it as a configuration issue with gentoo.org. The message below is their verbatim response. It appears as though the problem is that the user who SENT the email (as opposed to the postmaster account, specified in their explanation) does not exist on the originating server. Reproducible: Always Steps to Reproduce: 1. Get a SourceForge account/alias (if you don't already have one) 2. Attempt to sign the alias up for a bugzilla account at bugs.gentoo.org (note that, you can verify the system is sending the emails by attempting to *switch* an existing account to the sourceforge alias address) Actual Results: No confirmation email ever comes through the sourceforge alias. If switching an existing account to a new address, the cancellation email gets through to the original account, indicating that the email messages were indeed sent. Expected Results: A confirmation email should get through the alias to the ultimate mailbox. The email sent by SourceForge support (they *probably* meant "the sender" instead of "the postmaster account"; that's what the example shows): Greetings, Our SPAM filtering is rejecting mail from bugzilla-admin-daemon@gentoo.org because postmaster@gentoo.org isn't a valid email alias: >>> SMTP<< 220 smtp.gentoo.org Gentoo ESMTP Mail Server >>> SMTP>> HELO mail.sourceforge.net >>> SMTP<< 250 smtp.gentoo.org >>> SMTP>> MAIL FROM:<> >>> SMTP<< 250 Ok >>> SMTP>> RCPT TO:<bugzilla-admin-daemon@gentoo.org> >>> SMTP<< 550 <bugzilla-admin-daemon@gentoo.org>: Recipient address rejected: User unknown in local recipient table >>> SMTP>> QUIT We require that all systems we are receiving mail from answer a Sender callout for their postmaster address. Apologies for the inconvenience this causes. -Jay Bonci Sourceforge.net
(In reply to comment #0) There's absolutely no requirement that sender address should receive mail; sorry but SF's check is stupid and broken; it should check Reply-To header. Suggest WONTFIX.
Trying 140.211.166.183... Connected to smtp.gentoo.org. Escape character is '^]'. HELO mail.sourceforge.net 220 smtp.passthru 250 smtp.passthru MAIL FROM:<> 250 Ok RCPT TO:<postmaster@gentoo.org> 250 Ok quit 221 Bye
There is no Reply-To header in the confirmation email, and the return-path is what the (failing) example used (Recieved and X-* headers trimmed out): Return-path: bugzilla-admin-daemon@gentoo.org Envelope-to: quandary@remstate.com Delivery-date: Sat, 06 Jan 2007 22:38:43 -0600 Subject: Bugzilla Change Email Address Request To: quandary@remstate.com From: bugzilla-admin-daemon@gentoo.org Message-Id: <E1H3Pnn-0000ZN-9D@kite.gentoo.org> Date: Sun, 07 Jan 2007 04:38:35 +0000 Status: RO Content-Length: 490 Lines: 14 Bugzilla has received a request to change the email address [...]
fixed.
Works like a charm now. Thank you!