Red Hat Bugzilla – Bug 169855
RHN sends me email intended for other users
Last modified: 2010-03-26 16:14:48 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7
Description of problem:
Periodically I get email from RHN about other people's accounts. Most recently was a warning to the "dentj" user that their inactive server will be deleted soon. This seems to happen whenever someone creates an account with email address email@example.com; the Red Hat mailserver helpfully rewrites this to firstname.lastname@example.org, and then email@example.com, so the mail comes to me.
I see two fixes for this; ideal would be both.
1) Check email addresses at account creation time to make sure they actually work, perhaps by sending verification email.
2) Don't add .redhat.com to email addresses coming out of RHN in order to make them sensible; just let them bounce.
Received: from scripts1.app.phx.redhat.com (localhost.localdomain [127.0.0.1])
by scripts1.app.phx.redhat.com (8.13.1/8.13.1) with ESMTP id j9495kHs006782
for <firstname.lastname@example.org>; Tue, 4 Oct 2005 05:09:30 -0400
Received: (from root@localhost)
by scripts1.app.phx.redhat.com (8.13.1/8.13.1/Submit) id j948mD5B004436;
Tue, 4 Oct 2005 04:48:13 -0400
Version-Release number of selected component (if applicable):
This sounds bad. We should totally look at this.
If you're going to close this as WONTFIX, please at least make some sort of
comment about why. It seems like it should be very easy to fix this in the
mailserver configuration, just make it treat mail coming from RHN without the
usual special rules.
I got four more of these emails on 5/17.
This happens only to people with @redhat.com email addresses, whose email-name matches to the email-name of a customer address that fails.
Somewhere in the networking stack, *long* after an email has left RHN, lies a filter that notices failing emails. Wherever that filter is, it takes a failing email of the form "email@example.com" and tries delivery to "firstname.lastname@example.org".
We've tried to find out where this happens, but it's very far away from RHN, in the production cloud somewhere.
I'm going to close this - RHN isn't causing the behavior, and we can't fix it :(