Qmail
[Top] [All Lists]

Re: cname deferral on already chris k.davis patched system

To: qmail@list.cr.yp.to
Subject: Re: cname deferral on already chris k.davis patched system
From: Sami Farin <safari-qmail@safari.iki.fi>
Date: Sun, 20 May 2007 20:16:53 +0300
Delivered-to: sp-com-lists@consult.net
Delivered-to: gmail-qmail@securepoint.com
Delivered-to: sp.com.list@gmail.com
Delivered-to: mailing list qmail@list.cr.yp.to
In-reply-to: <4650791D.1000704@samuelmurez.com>
Mail-followup-to: qmail@list.cr.yp.to
Mailing-list: contact qmail-help@list.cr.yp.to; run by ezmlm
References: <20070428204023.GB12435@aleut.local> <46390C2E.6060707@samuelmurez.com> <20070502232549.GD21230@tunican.local> <46392325.6050703@samuelmurez.com> <20070502235627.GH21230@tunican.local> <46406040.6040902@samuelmurez.com> <20070508140717.GD24696@tunican.local> <46411215.4080904@samuelmurez.com> <20070509063649.qqtzq5i3vxhmrtba@m.safari.iki.fi> <4650791D.1000704@samuelmurez.com>
User-agent: Mutt/1.5.15 (2007-04-06)
On Sun, May 20, 2007 at 18:36:45 +0200, Samuel Murez wrote:
>  Sami Farin wrote:
> > On Wed, May 09, 2007 at 02:13:09 +0200, Samuel Murez wrote:
> > ...
> >   
> >>>     cat message | \
> >>>      qmail-remote destination.com you@you.com you@destination.com       
> >>  [root@yoruban var]# cat /home/baronsam/testmessage.txt |  
> >> /var/qmail/bin/qmail-remote samuelmurez.com sam@murez.com  
> >> baronsam@samuelmurez.com
> >>  rK82.229.178.96 accepted message.
> >>  Remote host said: 250 ok 1178668736 qp 24681
> >>
> >>  Well, qmail-remote seems to be doing fine...
> >>     
> >
> > Does it work for destinations other than 82.229.178.96?
> >   
>  [root@yoruban cur]# cat /home/baronsam/shared/test_tbird_email.txt |
>  /var/qmail/bin/qmail-remote murez.com sam@murez.com sam@murez.com
>  ZSorry, I wasn't able to establish an SMTP connection. (#4.4.1)

From the tcpdump capture I see that nothing is received from
205.147.48.8 or 205.147.48.3.
So you have to contact them by some other way than qmail-remote
on this machine.
vger.kernel.org's mxverify managed to connect to 205.147.48.8
but their Merak stalled on command "MAIL FROM:<>",
but 205.147.48.3 succeeded.

They also probably need to know what IP
address you are trying to connect from (not 192.168.0.5 :) ).
Also output from traceroute or tcptraceroute to IP address
205.147.48.8 shouldn't hurt.

It's also possible their poor system is having trouble with
some TCP/IP features, like ECN, window scaling, ...
but vger.kernel.org succeeded, so I think they are just simply
dropping packets from you.

>  [root@yoruban cur]# cat /home/baronsam/shared/test_tbird_email.txt |
>  /var/qmail/bin/qmail-remote online.fr sam@murez.com sam.mail@online.fr
>  rK212.27.48.7 accepted message.
>  Remote host said: 250 ok 1179678664 qp 30389

OK these folks are not dropping your packets...

>  murez.com is one of the domains that have stopped receiving my emails
>  online.fr is one of the domains that me emails still get through to
> >    
> >>  As Georgi suggested, I tried a strace of rspawn, I attached the output  
> >> below. During the strace I tried to send a message from my webmail out.
> >>  What do you guys think of the output ?
> >>     
> >
> > Show output of "tcpdump -X -s0 -nn -Stttt -p -i yournetworkdevice port 25".
> > Looks like something is dropping all of your packets to port 25
> > because select() returns timeout
> 
>  I attached that. If it's dropping all packets to port 25, how can some
>  of my outbound email still get through ?

Everybody are not dropping.

-- 

Attachment: pgpo0QraXbiwl.pgp
Description: PGP signature

<Prev in Thread] Current Thread [Next in Thread>