On Thu, Mar 10, 2011 at 02:35:56PM -0500, Adam N. Copeland wrote:
> This is happening to many clients that are trying to deliver to my domain.
>
> This is a pretty straightforward example of a connection and failure.
> This is not spam, it's verified legitimate traffic from another .edu
> that su
fo] timeout
after CONNECT from unknown[128.180.2.160]
Mar 10 12:17:31 pmx4 postfix/smtpd[25758]: [ID 197553 mail.info]
disconnect from unknown[128.180.2.160]
Adam N. Copeland wrote, On 3/10/11 10:32 AM:
> Yes, that time out setting is still definitely the default.
>
> Snoop is basic
Yes, that time out setting is still definitely the default.
Snoop is basically Solaris' native version of tcp dump, and shouldn't be
putting the packets out of order when capturing. Maybe the client is
making more than one connection attempt? The part that made me suspect
my server is that the sa
On 03/10/2011 01:56 AM, Victor Duchovni wrote:
On Thu, Mar 10, 2011 at 01:14:48AM +0100, Jeroen Geilman wrote:
Mar 9 18:38:03 pmx4 postfix/smtpd[13358]: [ID 197553 mail.info] connect
from unknown[134.53.6.74]
okay
Mar 9 18:41:03 pmx4 postfix/smtpd[13243]: [ID 197553 mail
On Thu, Mar 10, 2011 at 01:14:48AM +0100, Jeroen Geilman wrote:
>> Mar 9 18:38:03 pmx4 postfix/smtpd[13358]: [ID 197553 mail.info] connect
>> from unknown[134.53.6.74]
>>
> okay
>
>> Mar 9 18:41:03 pmx4 postfix/smtpd[13243]: [ID 197553 mail.info]>
>> unknown[134.53.6.74]: 421 4.4.2 smtp-in.m
er is displayed, sometimes it doesn't and
the client never sends a HELO/EHLO. This is only happening to *specific*
clients. The majority of clients are able to deliver mail with no
problems. Sometimes there is a 421 error, sometimes it just throws
"timeout after CONNECT from unknown"
the client never sends a HELO/EHLO. This is only happening to *specific*
clients. The majority of clients are able to deliver mail with no
problems. Sometimes there is a 421 error, sometimes it just throws
"timeout after CONNECT from unknown".
Version is 2.5.4, and I've disabled all
On 01/31/2011 01:06 PM, Wietse Venema wrote:
My Logs show a lot of "timeout after CONNECT from" in the time between
26. - 29. January. They are mainly issued by two hosts from ieee.org.
It means that THE REMOTE CLIENT SENDS NO COMMANDS to the Postfix server.
This Messages indicat
Matthias Egger:
> Hello List
>
> My Logs show a lot of "timeout after CONNECT from" in the time between
> 26. - 29. January. They are mainly issued by two hosts from ieee.org.
It means that THE REMOTE CLIENT SENDS NO COMMANDS to the Postfix server.
> According to t
Hello List
My Logs show a lot of "timeout after CONNECT from" in the time between
26. - 29. January. They are mainly issued by two hosts from ieee.org.
According to this statement from Wietse:
http://www.irbs.net/internet/postfix/0309/0910.html
This Messages indicate, that my se
On Thu, 2010-02-25 at 15:43 +0100, Zoltan Balogh wrote:
> Hi List,
>
> I have an old postfix install where I am getting "timeout after
> CONNECT from" error messages upon e-mails being send from one
> particular host. The user is complaining that he is not able to sen
Zoltan Balogh a écrit :
> Hi List,
>
> I have an old postfix install where I am getting "timeout after
> CONNECT from" error messages upon e-mails being send from one
> particular host. The user is complaining that he is not able to send
> out any e-mail. Other us
Hi List,
I have an old postfix install where I am getting "timeout after
CONNECT from" error messages upon e-mails being send from one
particular host. The user is complaining that he is not able to send
out any e-mail. Other users from the same system are sending mail
happily with
Oh sorry. In the configuration file it was always set as:
smtpd_recipient_restrictions = permit_mynetworks,
reject_unauth_destination
About telneting from the server's shell, all the smtp commands pass fine. No
problem with the "." ending. The error happens always only from certain domains
o
MJ Crepin-Leblond, Ph.D
Global Information Highway Ltd
http://www.gih.com/ocl.html
- Original Message -
From: Martin Vila
To: postfix
Sent: Friday, November 21, 2008 2:41 AM
Subject: RE: emails not arriving "timeout after CONNECT", END-OF-MESSAGE,
DATA, EH
Martin Vila a écrit :
>
>> smtpd_recipient_restrictions = permit_mynetworks,
> reject_unauth_destina tion
>
> Could it be this line, which as "reject_unauth_destina tion"
> or is this my email viewer of your cut/paste process?
>
>
> Thanks Olivier, I just tried only: smtpd_recipient_restrict
> smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destina tion
Could it be this line, which as "reject_unauth_destina tion"
or is this my email viewer of your cut/paste process?
Thanks Olivier, I just tried only: smtpd_recipient_restrictions =
permit_mynetworks
and got t
...]Nov 20 14:43:13
smtprelay postfix/smtpd[21413]: timeout after CONNECT from
smtprelay.tic.com.pe[200.48.16.241]Nov 20 14:43:35 smtprelay
postfix/smtpd[21479]: timeout after CONNECT from
mail.exalmar.com.pe[200.48.16.210]Nov 20 14:53:33 smtprelay
postfix/smtpd[21413]: timeout aft
18 matches
Mail list logo