From the php comments for the mail() function:
"Note that there is a big difference between the behavior of this function on Windows systems vs. UNIX systems. On Windows it delivers directly to an SMTP server, while on a UNIX system it uses a local command to hand off to the system's own MTA.
The upshot of all this is that on a Windows system your message and headers must use the standard line endings \r\n as prescribed by the email specs. On a UNIX system the MTA's "sendmail" interface assumes that recieved data will use UNIX line endings and will turn any \n to \r\n, so you must supply only \n to mail() on a UNIX system to avoid the MTA hypercorrecting to \r\r\n.
If you use plain old \n on a Windows system, some MTAs will get a little upset. qmail in particular will refuse outright to accept any message that has a lonely \n without an accompanying \r."
On 1/23/06, Marcel Bueno marcel@bueno.com.br wrote:
The end of line to php's mail() is \n (Only Carriege Return) or \n\r (Carriege Return + Line Feedback) ???
the \n\r is common in windows platforms, but I don't know if was in PHP
----- Original Message ----- From: "Jason" random.numbers@gmail.com To: "Michael D'Auria" michael.dauria@gmail.com; dev@lists.roundcube.net Sent: Monday, January 23, 2006 2:18 PM Subject: Re: [RoundCube Dev] Email Headers are shown in other email clients such as GMail...
I'm glad it worked. I'm not actually a dev on this project though, so I'll forward this to the list so hopefully it can get taken care of.
To the list: Aparently setting the "$rcmail_config['mail_header_delimiter']" parameter to "\n" doesn't alieviate the extra carriage return issues with php's mail() function. Read below for more info.
Thanks, Jason
On 1/23/06, Michael D'Auria michael.dauria@gmail.com wrote:
Your hard coded replace worked, whereas the configuration change did not. So i guess i would mark this as a bug at the moment, for the record i am using the latest cvs snapshot.
Thanks for the fix!
.: Michael :.
On 1/23/06, Jason random.numbers@gmail.com wrote:
Interesting, yes, I would think that it would have solved your problem. I ran into this before that configuration parameter existed, so I didn't remember it was there. If you try the str_replace() solution, and it works, but setting the header delimiter to "\n" doesn't work, email the mailing list again with the info because that sounds like it could be a bug.
On 1/23/06, Michael D'Auria michael.dauria@gmail.com wrote:
I thought that the configuration: $rcmail_config['mail_header_delimiter'] = "\n"; would have fixed my problem, but i guess not.
I will try both methods and see what i can do.
Thanks!
.: Michael :.
On 1/23/06, Jason < random.numbers@gmail.com> wrote:
This has to do with the difference between Windows and *nix line endings. I'm guessing you're using *nix and you don't have RC configured to use a sendmail server. You can fix this one of two ways. You can either edit the file
"program/steps/mail/sendmail.inc"
and replace every occurrence of "$header_str = $MAIL_MIME->txtHeaders($headers);" with "$header_str
=
str_replace("\r", '',
$MAIL_MIME->txtHeaders($headers));". This will
remove the extra carriage returns that are inserted by php's mail() function. The second option is to configure RC to use a sendmail server. If you're running one on the same box you can probably set "$rcmail_config['smtp_server'] = 'localhost';" and "$rcmail_config['smtp_port'] = 25;", or whatever is appropriate for your situation.
Jason
On 1/23/06, Michael D'Auria < michael.dauria@gmail.com> wrote:
Hello all!
I really like the way this email client looks and acts, having AJAX
allows
users to feel close to their desktop at all times. I would really
like
to
allow the users that i host to take advantage of this software, but
i
have
found a couple of issues with it at the moment.
Whenever i send a message the headers are not hidden as with other
clients:
From: < michael@testing.com > Cc: michael.test@gmail.com Message-ID:
c5a40c8d3e4a8525545c3ba8825199cb@localhost
X-Sender: michael@testing.com
User-Agent: RoundCube Webmail
sdfgfdghfdhghg
Also, the name comes up as "unknown sender" but i know i have set
the c
flag
when creating user accounts with vpopmail...
.: Michael :.