I'm sorry to say this, but I'm really out of ideas as to what's causing
this. I can't find anything in the code that I think could possibly be
to blame. From the logs you've captured, it looks like the remote
server is sending QUIT at the wrong time, almost like it's
misunderstanding the
This is still an issue for me, even after upgrading to the current 3.1.x
version of spamdyke. Here is the most recent full log:
08/13/2008 20:31:22 STARTED: VERSION = 3.1.8, PID = 12718
08/13/2008 20:31:22 LEGEND: To remote host = ; to child process =
; blocked by filter = XX
08/13/2008
I just can't think of any explanation for this behavior. I strongly
suspect it's connected to a timeout somehow but spamdyke should never
insert the word QUIT into a message body. Whenever it sends QUIT to
qmail, it always precedes it with ., which ends the message content.
I'm very much
Just an update, I upgraded spamdyke on my backup server to the current
version and the problem seems to still be present. I am waiting for
another report so I can gather another session with full logging, but
unfortunately this seems to be pretty random, and not very frequent.
-John
Sam
This looks like the remote server is sending the word QUIT to your
secondary server, then waiting until the connection times out. My guess
is that the remote server sees the recipient rejections and tries to
bail out without sending anything. I don't know why it would do that
after it sends
Sam Clippinger wrote:
This looks like the remote server is sending the word QUIT to your
secondary server, then waiting until the connection times out. My guess
is that the remote server sees the recipient rejections and tries to
bail out without sending anything. I don't know why it
]
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von John Barton
Gesendet: Mittwoch, 21. Mai 2008 23:27
An: spamdyke users
Betreff: Re: [spamdyke-users] Email messages that only contain thework QUIT
Sam Clippinger wrote:
That's very strange -- I'm having