Closed Bug 891341 Opened 13 years ago Closed 13 years ago

wiki.mozilla.org confirmation email for changing email is sent from a bogus domain name

Categories

(Infrastructure & Operations :: IT-Managed Tools, task)

task
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: karlcow, Assigned: cturra)

Details

Context: Go to a user profile, change your email address. The server requires you to confirm your new email address by sending an email address. It is necessary to be able to edit the wiki. The result: The mail doesn't reach my mailbox at all. Details: I went through my email server logs. The wiki server domain name for email doesn't exist. See what my server is replying. nerval sendmail[55347]: NOQUEUE: connect from mx2.corp.phx1.mozilla.com [63.245.216.70] nerval sendmail[55347]: r68HXxdC055347: ruleset=check_mail, arg1=<apache@generic2.webapp.phx1.mozilla.com>, relay=mx2.corp.phx1.mozilla.com [63.245.216.70], reject=553 5.1.8 <apache@generic2.webapp.phx1.mozilla.com>... Domain of sender address apache@generic2.webapp.phx1.mozilla.com does not exist nerval sendmail[55347]: r68HXxdC055347: from=<apache@generic2.webapp.phx1.mozilla.com>, size=1392, class=0, nrcpts=0, bodytype=8BITMIME, proto=ESMTP, daemon=MTA, relay=mx2.corp.phx1.mozilla.com [63.245.216.70]
Sender is set in the LocalSettings.php file, entry for "$wgPasswordSender". My copy of that file has been partially redacted (which is fine) and shows "XXXXX@mozilla.com" as the value. I'm hoping it isn't!
Assignee: nobody → server-ops-webops
Component: Web Site → WebOps: IT-Managed Tools
Product: Mozilla Services → Infrastructure & Operations
QA Contact: nmaul
Version: unspecified → other
Component: WebOps: IT-Managed Tools → Server Operations: Web Operations
OS: Mac OS X → All
Product: Infrastructure & Operations → mozilla.org
Hardware: x86 → All
Assignee: server-ops-webops → infra
Component: Server Operations: Web Operations → Infrastructure: Mail
Product: mozilla.org → Infrastructure & Operations
QA Contact: nmaul → limed
(In reply to Alison Wheeler [:AlisonW] from comment #1) > Sender is set in the LocalSettings.php file, entry for "$wgPasswordSender". > My copy of that file has been partially redacted (which is fine) and shows > "XXXXX@mozilla.com" as the value. I'm hoping it isn't! This is actually already set. But I've been digging around the media wiki docs and noticed this option http://www.mediawiki.org/wiki/Manual:$wgAdditionalMailParams "Additional email parameters, will be passed as the last argument to mail() PHP function call." Based on http://php.net/manual/en/function.mail.php We can pass '-f email@mozilla.com' to that config option to set the envelope sender.
Assignee: infra → server-ops-webops
Component: Infrastructure: Mail → WebOps: IT-Managed Tools
QA Contact: limed → nmaul
Over to webops to implement
Assignee: server-ops-webops → ezounes
i have pushed the suggestion :limed made above to stage. will do testing on it and confirm if it results in the experience we expect.
Assignee: ezounes → cturra
i added the following... $wgAdditionalMailParams = "-f no-reply@mozilla.com"; which added the below header to the "change email" message: Return-Path: <no-reply@mozilla.com> Karl, would you be able to test in stage (wiki.allizom.org) and confirm this functions as you expect?
Flags: needinfo?(kdubost)
Alleluia, it is working and I have received the confirmation email. Jul 9 14:42:50 nerval sendmail[80355]: NOQUEUE: connect from mx2.corp.phx1.mozilla.com [63.245.216.70] Jul 9 14:42:50 nerval sendmail[80355]: r69Igoee080355: from=<no-reply@mozilla.com>, size=1467, class=0, nrcpts=1, msgid=<wiki_allizom_org.51dc59c28de575.37808929@wiki.allizom.org>, bodytype=8BITMIME, proto=ESMTP, daemon=MTA, relay=mx2.corp.phx1.mozilla.com [63.245.216.70] Jul 9 14:42:50 nerval sendmail[80358]: r69Igoee080355: alias <karl*****@******.***> => ********
Flags: needinfo?(kdubost)
thnx for the update Karl! i have pushed this same change to production and have tested it with my account. feel free to run a test there yourself and mark this bug as verified.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Chris, This is working in production!. Excellent.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.