#24805 [Fbk-Opn]: skip_long_header_sep routine break email

2003-07-27 Thread bobe at phpcodeur dot net
 ID:   24805
 User updated by:  bobe at phpcodeur dot net
 Reported By:  bobe at phpcodeur dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Mail related
 Operating System: Linux
 PHP Version:  4.3.2
 New Comment:

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)


Previous Comments:


[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\nSP

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 ?



[2003-07-25 17:46:55] [EMAIL PROTECTED]

Where is the bug occuring imap, or something else? Who does the message
parsing?



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=24805edit=1



#24805 [Fbk-Opn]: skip_long_header_sep routine break email

2003-07-26 Thread bobe at phpcodeur dot net
 ID:   24805
 User updated by:  bobe at phpcodeur dot net
 Reported By:  bobe at phpcodeur dot net
-Status:   Feedback
+Status:   Open
 Bug Type: Mail related
 Operating System: Linux
 PHP Version:  4.3.2
 New Comment:

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 ?


Previous Comments:


[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\nLWS 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=24805edit=1