Last modified: 2010-05-15 15:56:39 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 6243 - Dot in user name prevents email through SMTP
Dot in user name prevents email through SMTP
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
User login and signup (Other open bugs)
1.6.x
PC Linux
: Normal normal (vote)
: ---
Assigned To: Brion Vibber
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-06-08 19:11 UTC by Jennifer Parga
Modified: 2010-05-15 15:56 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Jennifer Parga 2006-06-08 19:11:57 UTC
When a user is created that has a dot in the user name, such as jennifer.parga,
e-mails cannot be delivered through authenticated SMTP.  I was able to locate
several instances of this. 

1. On Special:Userlogin, when creating a new account, it is possible to create a
user name with a dot when submitting through the "Create account" button. 
However, when creating through the "by e-mail" button, the account is created in
the database, but the folowing error is displayed, and the e-mail is not delivered: 

Login error:
Error sending mail: Failed to send data [SMTP: Invalid response code received
from server (code: 554, response: Error: no valid recipients)]

2.  On Special:UserLogin, when entering the username of a previously created
user with a dot in the name, and submitting the form through the "e-mail
password" button, no e-mail is delivered and the following error is displayed:

Login error:
Error sending mail: Failed to send data [SMTP: Invalid response code received
from server (code: 554, response: Error: no valid recipients)]

3.  After logging in as a user with a dot in the username, go to
Special:Preferences and click on the "Confirm your email address" link.  Click
on the "Mail a confirmation code" button. No e-mail is delivered and the
following error is displayed: 

Could not send confirmation mail. Check address for invalid characters.


Testing method:
I created two accounts.  One had a user name with a dot, like jennifer.parga. 
The other had no dot, like jparga.  I used identical real name and e-mail
address information in both accounts.  I confirmed that my SMTP setup is
correct, since I was able to receive e-mail with the jparga account.  I also
tested several other pairs of accounts to ensure that there were no unprintable
characters in the user with the dot.
Comment 1 Brion Vibber 2006-06-08 20:04:49 UTC
Can you provide:
* The package name & version of the e-mail server
* The mail configuration you specified in LocalSettings.php if any
* any other information about this setup which sounds relevant

Comment 2 Jennifer Parga 2006-06-08 20:24:49 UTC
The mail server is running on gentoo linux with postfix and cyrus-sasl providing
authenticated SMTP.  The portage package of postfix that is installed is 2.2.5.
 The version of cyrus-sasl is 2.1.20.

Here's the mail configuration in LocalSettings.php.  Sorry, but I had to change
the actual values due to corporate privacy issues.  We host our mail and provide
SMTP through the machine.subdomain.domain.edu address.  Our email addresses are
the example.com addresses.

$wgEnableEmail = true;
$wgEnableUserEmail = true;

$wgEmergencyContact = "name@example.com";
$wgPasswordSender       = "name@example.com";

$wgSMTP = array(
        'host'          => "machine.subdomain.domain.edu",
        'IDHost'        => "example.com",
        'port'          => 25,
        'auth'          => true,
        'username'      => "login",
        'password'      => "secret"
);

The smtpd.conf for sasl is:

pwcheck_method: saslauthd
mech_list: plain login

The relevant section in main.cnf for postfix is:

smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_sasl_local_domain =
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_sasl_authenticated, reject_unauth_destination




Comment 3 Brion Vibber 2006-06-09 07:45:39 UTC
Confirmed, looking into it.
Comment 4 Brion Vibber 2006-06-09 08:26:27 UTC
Fixed on trunk in r14676. The changes to UserMailer.php should 
apply cleanly to the 1.6 release (follow the link to the change 
list).

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links