Jukka Salmi skrev, on 21-01-2008 11:49:
>> What OS/distribution are you running again? I've been through your posts
>> in this thread again and can't see any mention.
>
> NetBSD/i386 3.1_STABLE (and Postfix 2.4.5, dkim-milter 2.4.0).
Ok, I have no practical experience of any BSD flavor; however, this does
isolate your OS from mine.
>> Apart from anything else, AFAICR, no client MTA or MUA has ever, ever
>> attempted to initiate a second connection for the same message while the
>> first connection has been open. I do read my main Postfix log and
>> pflogsumm output daily and have "always" done so. Likewise the system
>> bounce messages.
>
> Hmm, I did not say the remote MTA was trying to deliver the same message
> twice concurrently; I only noticed once that a remote MTA openened two
> concurrent connections and tried to deliver a message each, wich had
> identical Message-IDs.
Correct me if I'm wrong anybody, but a Message-ID is supposed to be
unique. See rfc2822 3.6.4. Identification fields:
The "Message-ID:" field contains a single unique message identifier.
The "References:" and "In-Reply-To:" field each contain one or more
unique message identifiers, optionally separated by CFWS.
The fact that the client is doing this (trying to send the same message
twice on two concurrent connections) I repeat I have never experienced.
>> Now that you're using an inet socket there's one less unknown; I'd like
>> to find out what causes the client to attempt a second connect while the
>> first one's still valid.
>
> IIRC that was a ML message from sf.net; I guess somebody just sent his
> message twice, and sf.net doesn't suppress duplicate messages.
If a client MUA or an MTA sends a message twice, both will have discrete
Message-IDs. Alternatively, either the client software is badly broken
or the initial connect isn't being reported. The likelihood is that
sf.net is using a reasonably recent version of Exim, which isn't known
for misbehaving like that.
Best,
--Tonni
--
Tony Earnshaw
Email: tonni at hetnet dot nl
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
dkim-milter-discuss mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dkim-milter-discuss
