Re: email component - smtp auth (SOLVED?)

2007-11-30 Thread atomic
Seems like it would be better to change the default value to CRLF, it's also used in header section where CRLF is mandatory too. >From rfc821: HELO MAIL FROM: RCPT TO: DATA On Nov 30, 12:33 pm, Gorka <[EMAIL PROTECTED]> wrote: > Changed $this->_newLine from "\n" to "\r\n" and mail starte

Re: email component - smtp auth (SOLVED?)

2007-11-30 Thread Gorka
Changed $this->_newLine from "\n" to "\r\n" and mail started to work. The CRLF thing applies to the whole email, and not just the ending "CRLF.CRLF"... I should have slept a bit more before reading the dmtplf doc! Anyway, if it is mandatory to end lines with CRLF and not just CR, shouldn't _newLi

Re: email component - smtp auth (SOLVED?)

2007-11-30 Thread Gorka
My fault... I was starting an SMTP connection on localhost, which is of course whitelisted. Solved. Still mail wasn't delivered, so I updated the email component to the latest nightly build and now I'm getting a "451 See http://pobox.com/~djb/docs/smtplf.html"; SMTP error. Before the update the l

Re: email component - smtp auth (SOLVED?)

2007-11-28 Thread atomic
Just a quick guess: You are sending from a whitelistened ip and don't need to auth on your test system / on your testsystem SMTP Auth is disabled ? On Nov 28, 12:47 pm, Gorka <[EMAIL PROTECTED]> wrote: > In fact, on the test server I get a "503 You are already > authenticated" error message. > >

Re: email component - smtp auth (SOLVED?)

2007-11-28 Thread Gorka
In fact, on the test server I get a "503 You are already authenticated" error message. On 27 nov, 16:17, atomic <[EMAIL PROTECTED]> wrote: > Afaik this fix is already comitted in the latest nightly builds. > What do you mean with "they still don't seem to arrive". > > Is mail delivered correctly

Re: email component - smtp auth (SOLVED?)

2007-11-27 Thread atomic
Afaik this fix is already comitted in the latest nightly builds. What do you mean with "they still don't seem to arrive". Is mail delivered correctly to your MTA but does not reach recipient ? Do you have access to MTA logs ? On Nov 26, 7:04 pm, Gorka <[EMAIL PROTECTED]> wrote: > I had this same

Re: email component - smtp auth (SOLVED?)

2007-11-26 Thread Gorka
I had this same issue, the server was responding "235 GO AHEAD" ans not "OK authenticated". This fixed the error on send, though emails still don't seem to arrive. On 29 oct, 21:35, atomic <[EMAIL PROTECTED]> wrote: > I had some problems sending mail using smtp auth. > MTA (postfix) always told m

email component - smtp auth (SOLVED?)

2007-10-29 Thread atomic
I had some problems sending mail using smtp auth. MTA (postfix) always told me "lost connection after auth" The email component is testing for "OK Authenticated" which seems not RFC compliant to me, so i changend testing for return value into "235". email.php line 744: if (stristr($response, '23