Re: [exim] PIPELINING in exim 4.43

Kezdőlap
Üzenet törlése
Válasz az üzenetre
Szerző: Matthias Wimmer
Dátum:  
Címzett: Michael Haardt
CC: exim-users
Tárgy: Re: [exim] PIPELINING in exim 4.43
Hi Michael!

Michael Haardt schrieb am 2005-04-07 10:37:33:
> Ok, so there are others, but is must be something in the configuration,
> as some Exim servers also work for you.


Right

> > A tcpdump of the three sessions for the three emails is on
> > http://web.amessage.info/freenet.dump (STARTTLS is disabled for this
> > sessions to see what is going on - doesn't work with STARTTLS either).
>
> I fail to see the session above, but I see this:
>
> ; host -t any schwulst.de
> schwulst.de has IPv6 address 2001:6f8:900:48c::2
> schwulst.de descriptive text "hosted by eniac.de"
> schwulst.de descriptive text "v=spf1 redirect=_spf.eniac.de"
> schwulst.de mail is handled by 10 mailin.eniac.de.
> schwulst.de has address 212.112.227.130
> schwulst.de has SOA record ns.eniac.de. hostmaster.eniac.de. 2004061706 28800 7200 604800 3600
> schwulst.de name server ns.eniac.de.
> schwulst.de name server ns.eniac.info.
> schwulst.de name server ns.amessage.biz.
>
> I do have SPF enabled, but just tag messages with its result to find
> out how often it would have done the right thing. Indeed your server
> responded with this record to my MX. Your SPF record "_spf.eniac.de"
> is too long to be transmitted by UDP and will be transmitted by TCP.
> Its entry appears to be served by the same machine, but I don't see
> my MX asking for it, which means it was either cached or Exim died
> before.
>
> I disabled SPF checks for now. Please try again.


I could now transmit the message to you and it could be, that the
problem is the long TXT record for _spf.eniac.de. I could just split
this record to several records, but I don't want to do this until it is
completely clear why exim fails to accept the mail in your case, I
expect there is a bug somewhere, that should be fixed.

I know that in some environments DNS queries on TCP do not work
(are firewalled) ... but as you only do informative SPF queries it
should not cause the message not being accepted and even not the
receiving process on your server to crash.


Tot kijk
    Matthias


-- 
Fon: +49-(0)70 0770 07770          http://web.amessage.info
Fax: +49-(0)89 312 88 654          xmpp:mawis@???