 | Start a set with this search |
 | Include this search in one of my sets |
 | Exclude this search from one of my sets |
 | Permalink to these results Paste this link in email or IM: |
 | Atom feed for tracking future search results Paste this URL into your reader: |
6 messages in net.sourceforge.lists.courier-usersRe: [courier-users] Courier random pr... | Permalink for this message Paste this link in email or IM: |
| Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | Re: [courier-users] Courier random problems with relying | Actions... |
|---|---|---|
| From: | Dino (di...@pro-netics.com) | |
| Date: | Sep 24, 2004 6:34:50 am | |
| List: | net.sourceforge.lists.courier-users | |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Alle 00:20, sabato 18 settembre 2004, Raven ha scritto:
On Fri, 2004-09-17 at 05:45, Dino wrote:
We randomly and often (but not ever! The relying works well very often!!) receive the network congestion message from courier telling us our message is deferred, and finally discarded from queue. Reason given by server? Destination server timeout.
I've been getting the same "Deferred Delivery" message on occasion on my system lately myself (latest extremely default compile of courier, home brew hardware box, running Fedora Core 2). What's interesting in my case is that the final resolution of each case is that the recipient of the e-mail receives about 20 copies of the message(!).
Thankfully for this mailing list, I'm signed up on it through my ISP, not my mail server... ;)
Any thoughts?
David M. Stowell <dmst...@ameritech.net>
I notified that all relying problems are originated from clients using Mozilla Thunderbird 0.5!! May be is a bug in thunderbird 0.5? The strange thing is that courier accept the mail for relying, then it try to forward to the destination server, but it seems to hang (and here the remote server timeout we have!) just after ".\r\n" that should close the mail relying.
I whatched to the courier source code, in courier-0.45.6/courier/module.esmtp/esmtpclient.c at line 2199 I found:
if (i >= del->nreceipients) /* Stupid server wants message with no ** receipients */ { sock_timeout(data_timeout); if (dowritestr(".\r\n") || writeflush()) return (-1); do { p=readline(); if (!p) return (-1); } while (!ISFINALLINE(p)); return (-1); }
Now watch this mail:
From: mailer <pip...@dominio.it> User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: giovanni <giov...@otherdomain.com> Subject: There is a problem with our mailserver Content-Type: multipart/alternative; boundary="------------000708040302030501080100"
This is a multi-part message in MIME format. - - --------------000708040302030501080100 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit
Just trying...
- - --------------000708040302030501080100 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body> Just trying... </body> </html>
- - --------------000708040302030501080100--[EOF]
This mail ends without \r\n (a bug of thunderbird 0.5?). Courier takes this mail for relying but it doesn't add \r\n before ".\r\n".
I tried to patch this courier piece of source code adding "\r\n" before ". \r\n" but i don't know if it may result in RFC violations on mail relying with attachments. It seems for now that my relying problems are expired.
What do you think about it?
Thanks. Ciao, Dino.
- - -- - - --------------------------------------------
| Dino Ciuffetti - Network Administrator | | +**+ Pro-Netics S.r.l. +**+ |
- - -------------------------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFBVCJI1BX1tlfg/BwRAhbgAKCP7ZTgp0/TVYhRaI5wTGf7m9PjHACfS6kB 4yFKBwsh9igIkNX8ZXgbJrU= =VbjL -----END PGP SIGNATURE-----