On 23.10.09 08:55, Alessandro Vesely wrote: > there has been some discussion some time ago about the possibility > to implement a milter-compatible library for courier. At the time, I > didn't know how milter actually works. Now I have one more reason to > be happy for using courier!
I somehow don't understand what you mean. I would invite milter interface for courier. The present filtering capability can't modify the mail (or can it already?) which would be nice for integrating e.g. spamassassin, DCC, DKIM and probably other software and techniques. And how is this related to the mail cited below? > -------- Original Message -------- > Subject: RE: Abort data transfer? > Date: Thu, 22 Oct 2009 11:02:45 -0700 > From: Murray S. Kucherawy <[email protected]> > To: David MacQuigg <[email protected]>, > IETF SMTP list <[email protected]> > > > > If the receiver is accepting data so fast, that it runs a few seconds > > ahead of the milter process, then a few seconds of data might > > accumulate > > *beyond* where the milter says REJECT. That's certainly less of a > > problem than receiving data forever. > > This isn't how Sendmail works. The entire message is cached to the > queue before milter is told anything about the headers or body. > There's no "a few seconds ahead", it's all the way ahead. Milter > has no opportunity to say REJECT in the middle of the SMTP DATA > phase because the filter doesn't even know that's where the MTA is. > > Read the code in srvrsmtp.c and note that collect() is called before > milter_data(); the former collects the entire message from the > incoming stream, and the latter is what sends header and body > information down to the filters. > > > I just did an experiment with Sendmail using telnet as the client. If > > I > > send one line of data, then pause, Sendmail waits 10 minutes then > > disconnects with no message to telnet. There is no timeout in telnet, > > so it just sits there until I force a disconnect on that end. > > That's an MTA timeout and has nothing to do with milter. Upon > reaching this timeout, the filter has received the envelope data but > none of the header or body, and will be given an "abort" instruction. > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > courier-users mailing list > [email protected] > Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users -- Matus UHLAR - fantomas, [email protected] ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. I feel like I'm diagonally parked in a parallel universe. ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ courier-users mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
