#24805 [Opn->Bgs]: skip_long_header_sep routine break email
ID: 24805 Updated by: [EMAIL PROTECTED] Reported By: bobe at phpcodeur dot net -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Linux PHP Version: 4.3.2 New Comment: Sorry, I re-bogus this bug. (you're not using latest CVS, we are, it works.) Previous Comments: [2003-07-30 10:31:28] bobe at phpcodeur dot net Sorry, i re-open this bug [2003-07-29 12:55:09] bobe at phpcodeur dot net mhh, and if you test with an address on the same server (and qmail). the test script on domain.tld and the "to" address [EMAIL PROTECTED] What is the result ? [2003-07-27 22:05:01] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php I am using qmail as well as sendmail and in both cases the code works fine. [2003-07-27 19:30:37] bobe at phpcodeur dot net The problem does not appear under Windows, and I can't update php on the server where I test :/. But probably, the sequence \r\n provokes a problem with sendmail and/or qmail. It should be \n, not ? ( Skip_long_header_sep was not modifyed between php 4.3.2 and 4.3.3dev, and I see anybody that sequences \r\n are transformed \n before the sending in sendmail/qmail) [2003-07-27 12:30:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip It works perfectly on 4.3.3dev for me. 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/24805 -- Edit this bug report at http://bugs.php.net/?id=24805&edit=1
#24805 [Opn->Bgs]: skip_long_header_sep routine break email
ID: 24805 Updated by: [EMAIL PROTECTED] Reported By: bobe at phpcodeur dot net -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Linux PHP Version: 4.3.2 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php I am using qmail as well as sendmail and in both cases the code works fine. Previous Comments: [2003-07-27 19:30:37] bobe at phpcodeur dot net The problem does not appear under Windows, and I can't update php on the server where I test :/. But probably, the sequence \r\n provokes a problem with sendmail and/or qmail. It should be \n, not ? ( Skip_long_header_sep was not modifyed between php 4.3.2 and 4.3.3dev, and I see anybody that sequences \r\n are transformed \n before the sending in sendmail/qmail) [2003-07-27 12:30:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip It works perfectly on 4.3.3dev for me. [2003-07-27 10:37:07] bobe at phpcodeur dot net "The separator for long headers should be "\r\n" followed by either a space or a "\t"" It is exactely what i do.. The bug tracker put the long subject of my previous example on 2 lines but it is a sequence \r\n This code also reproduces the bug : mail( '[EMAIL PROTECTED]', "this is a long subject \r\n to test the mail function", 'This is the message', "From: [EMAIL PROTECTED]: 1.0" ); [2003-07-26 20:17:52] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php The separator for long headers should be "\r\n" followed by either a space or a "\t" no other character such as "\n" or "\r" will be accepted. If you don't use tab or a space entire sequence will be converted to spaces. [2003-07-26 05:31:55] bobe at phpcodeur dot net The bug occurs for example with this code : mail( '[EMAIL PROTECTED]', "=?iso-8859-1?Q?ceci_est_un_petit_test_pour_d=E9terminer_les_bugs_?=\r\n =?iso-8859-1?Q?existants_avec_la_classe_mail?=", 'This is the message', "From: [EMAIL PROTECTED]: 1.0" ); result is : =?iso-8859-1?Q?existants_avec_la_classe_mail?= From: [EMAIL PROTECTED] MIME-Version: 1.0 This is the message. Maybe that the problem occurs with qmail because there are sequences \r\n instead of \n in long subject ? 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/24805 -- Edit this bug report at http://bugs.php.net/?id=24805&edit=1
#24805 [Opn->Bgs]: skip_long_header_sep routine break email
ID: 24805 Updated by: [EMAIL PROTECTED] Reported By: bobe at phpcodeur dot net -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Linux PHP Version: 4.3.2 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php The separator for long headers should be "\r\n" followed by either a space or a "\t" no other character such as "\n" or "\r" will be accepted. If you don't use tab or a space entire sequence will be converted to spaces. Previous Comments: [2003-07-26 05:31:55] bobe at phpcodeur dot net The bug occurs for example with this code : mail( '[EMAIL PROTECTED]', "=?iso-8859-1?Q?ceci_est_un_petit_test_pour_d=E9terminer_les_bugs_?=\r\n =?iso-8859-1?Q?existants_avec_la_classe_mail?=", 'This is the message', "From: [EMAIL PROTECTED]: 1.0" ); result is : =?iso-8859-1?Q?existants_avec_la_classe_mail?= From: [EMAIL PROTECTED] MIME-Version: 1.0 This is the message. Maybe that the problem occurs with qmail because there are sequences \r\n instead of \n in long subject ? [2003-07-25 17:46:55] [EMAIL PROTECTED] Where is the bug occuring imap, or something else? Who does the message parsing? [2003-07-25 12:22:17] bobe at phpcodeur dot net Sorry for the bad translation :/ note that quoted-printable encoding plays no role in the problem [2003-07-25 12:14:44] bobe at phpcodeur dot net Description: Hello, The problem arises when we envoit an email with the subject encoded in quoted-printable and of type "long header". skip_long_header_sep routine accept accepts only the separations \r\n but on some systems, it doubles the line feed in the header: to test, send a long subject on a linux system Reproduce code: --- >From - Fri Jul 25 18:53:24 2003 X-UIDL: 1059152088.14117.wsa-2037,S=4715 X-Mozilla-Status: 0001 X-Mozilla-Status2: Return-Path: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] Received: (qmail 14115 invoked by uid 99); 25 Jul 2003 16:54:48 - To: Undisclosed-recipients: ; Subject: =?iso-8859-1?Q?ceci_est_un_petit_test_pour_d=E9terminer_les_bugs_?= =?iso-8859-1?Q?existants_avec_la_classe_mail?= Date: Fri, 25 Jul 2003 18:54:48 +0200 From: "test" <[EMAIL PROTECTED]> X-Env: Linux - Apache PHP/4.3.2 MIME-Version: 1.0 Message-ID: <[EMAIL PROTECTED]> Content-Type: multipart/mixed; boundary="-=_Part0_6fEwBy2N74yqUJ0vNbQYrw0HBJrhLT--" This is a multi-part message in MIME format. Expected result: simply that subject of mail correctly display Actual result: -- the headers undo the long sybject aren't interpreted -- Edit this bug report at http://bugs.php.net/?id=24805&edit=1
