Last modified: 2010-05-15 15:28:03 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 1541 - "mail me a new password" email has no FROM:
"mail me a new password" email has no FROM:
Status: RESOLVED WORKSFORME
Product: MediaWiki
Classification: Unclassified
User login and signup (Other open bugs)
1.3.x
PC Linux
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: 1932
  Show dependency treegraph
 
Reported: 2005-02-15 14:49 UTC by Mike
Modified: 2010-05-15 15:28 UTC (History)
0 users

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


Attachments

Description Mike 2005-02-15 14:49:41 UTC
The email message generated by the "mail me a new password" does not give a FROM: line as part of the data 
sent.  This keeps the email message from being accepted by some ISPs because it is suspected as SPAM.
Comment 1 T. Gries 2005-02-15 20:39:06 UTC
(In reply to comment #0)
> The email message generated by the "mail me a new password" does not give a
FROM: line as part of the data 
> sent.  This keeps the email message from being accepted by some ISPs because
it is suspected as SPAM.

This problem is solved within my ENotif patched versions, available for 1.3.7.
1.3.10 and in CVS HEAD. A -f parameter needs to added to the php mial() call as
indicated in the module UserMailer.php in CVS HEAD

See also http://bugzilla.wikipedia.org/show_bug.cgi?id=454

Tom
Comment 2 Brion Vibber 2005-02-15 21:21:59 UTC
The -f parameter sets the envelope sender, not the From: header. If it's not 
explicitly set, the envelope sender will be the web server's user account name (eg 
'apache' or 'nobody') with the web server as the hostname. If that doesn't resolve 
or the web server is not accepting incoming mail, some anti-spam systems will 
tag that. This parameter can be overridden in php.ini; see the PHP documentation 
for the mail function.

The From: header is set and used by the userMailer function with the given $from 
address; for password reminders it uses the $wgPasswordSender address which 
on a default install is the administrator e-mail given in the install configuration 
form. (If you don't set it manually it defaults to the web server's reported admin e-
mail address, which may not be accurate.)

If you're absolutely sure there is no From: header on your messages, please attach 
a sample message with complete headers to this bug report, and give some 
details of your configuration (PHP version, any configuration options changed, 
mail transfer agent package and version, any relevant configuration options, etc).
Comment 3 T. Gries 2005-02-15 23:35:31 UTC
(In reply to comment #2)
> 
> The From: header is set and used by the userMailer function with the given $from 
> address; for password reminders it uses the $wgPasswordSender address [...]
> If you're absolutely sure there is no From: header on your messages, please
attach 
> a sample message [...]

( Brion: thanks for the clarifying answer - Tom (I understood, that my answer
was misleading, if not even wrong) )
Comment 4 Antoine "hashar" Musso (WMF) 2005-03-04 13:24:15 UTC
Looks ok for us, most probably a user side configuration trouble.

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


Navigation
Links