ID: 28038
Updated by: [EMAIL PROTECTED]
Reported By: jordi at jcanals dot net
Status: Open
Bug Type: Mail related
Operating System: win32
PHP Version: 5CVS, 4CVS (2006-01-06) (cvs)
New Comment:
See also bug #37073
Previous Comments:
------------------------------------------------------------------------
[2006-01-06 03:17:07] [EMAIL PROTECTED]
The case reported in bug #35013 should be fixed now in CVS.
(the others are NOT!)
------------------------------------------------------------------------
[2005-11-10 15:57:04] Ruben at e-builds dot com
The sames happens when using mail() with the 'From' part of the extra
headers.
php uses this Header From part (and others for RPath etc..) for the
"MAIL FROM" address in the SMTP protocol, at least if you didn't
specify the sendmail_from setting in php.ini.
But for one reason or another, php (I thÃnk it's php) wraps this part
in "<" and ">" again!
The workaround is not to use the special format -User <[EMAIL PROTECTED]>-,
but just the e-mail address "[EMAIL PROTECTED]". Of course then php
scripters who like a professional approach and want to use this special
format, ..well..they can't, at least not per php script.
I use a Domino SMTP server on Win32.
P.S. I saw several bugs of the same kind allover. Some are even
wrongly closed, I presume.
------------------------------------------------------------------------
[2005-11-02 00:05:27] php-louis at steelbytes dot com
can we at least just implement stripping of leading and trailing white
space on what is extracted from the headers? (as that'll fix 35013).
------------------------------------------------------------------------
[2005-11-01 11:37:04] [EMAIL PROTECTED]
See also bug #35013, one more way how headers are parsed wrong.
------------------------------------------------------------------------
[2005-11-01 11:36:36] [EMAIL PROTECTED]
See also bug #32600 (rpath set wrong too)
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/28038
--
Edit this bug report at http://bugs.php.net/?id=28038&edit=1
