ietf-smtp  

Messages by Thread

• ABNF in RFC5321 Murray S. Kucherawy
  • Re: ABNF in RFC5321 Sabahattin Gucukoglu
  • Re: ABNF in RFC5321 John C Klensin
  • Re: ABNF in RFC5321 Tony Finch
  • Re: ABNF in RFC5321 SM
  • Re: ABNF in RFC5321 Tony Hansen
  • Re: ABNF in RFC5321 Tony Finch
  • Re: ABNF in RFC5321 Tony Hansen
• Fwd: NomCom 2010-2011: Call for More Nominations Tony Hansen
• 01 version of draft-macdonald-antispam-registry Jeff Macdonald
• draft-macdonald-antispam-registry and Subject code 8 Jeff Macdonald
• Changing RFC 5322 guidance about crlf.crlf response delay Dave CROCKER
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay Hector Santos
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay Steve Atkins
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay John C Klensin
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay Tony Hansen
  • Draft to Full, versus cycling at Draft Dave CROCKER
  • Re: Draft to Full, versus cycling at Draft John C Klensin
  • Re: Draft to Full, versus cycling at Draft Tony Hansen
  • Re: Draft to Full, versus cycling at Draft Hector Santos
  • Re: Draft to Full, versus cycling at Draft Jeff Macdonald
  • Re: Draft to Full, versus cycling at Draft SM
  • Re: Draft to Full, versus cycling at Draft John C Klensin
  • Re: Draft to Full, versus cycling at Draft SM
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay SM
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay Tony Finch
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay Hector Santos
  • RE: Changing RFC 5322 guidance about crlf.crlf response delay Murray S. Kucherawy
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay Dave CROCKER
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay Steve Atkins
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay Dave CROCKER
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay Steve Atkins
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay Jeff Macdonald
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay Steve Atkins
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay Jeff Macdonald
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay Alessandro Vesely
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay Hector Santos
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay John C Klensin
  • RE: Changing RFC 5322 guidance about crlf.crlf response delay ned+ietf-smtp
  • RE: Changing RFC 5322 guidance about crlf.crlf response delay Tony Finch
  • RE: Changing RFC 5322 guidance about crlf.crlf response delay ned+ietf-smtp
  • RE: Changing RFC 5322 guidance about crlf.crlf response delay John C Klensin
  • Re: NDNs considered harmful John Levine
  • RE: NDNs considered harmful Rosenwald, Jordan
  • Re: NDNs considered harmful Paul Smith
  • Re: NDNs considered harmful Hector Santos
  • Re: NDNs considered harmful Rich Kulawiec
  • Re: NDNs considered harmful Hector Santos
  • Re: NDNs considered harmful Rich Kulawiec
  • Re: NDNs considered harmful Hector Santos
  • Call Back Verification (was: NDNs considered harmful) Peter J. Holzer
  • Re: NDNs considered harmful Peter J. Holzer
  • Re: NDNs considered harmful Hector Santos
  • RE: NDNs considered harmful John R Levine
  • Re: NDNs considered harmful Derek J. Balling
  • Re: NDNs considered harmful Hector Santos
  • Re: NDNs considered harmful ned+ietf-smtp
  • Re: NDNs considered harmful Hector Santos
  • Re: NDNs considered harmful Paul Smith
  • Re: NDNs considered harmful John R Levine
  • Re: NDNs considered harmful Paul Smith
  • Re: NDNs considered harmful Derek J. Balling
  • Re: NDNs considered harmful Paul Smith
  • Re: NDNs considered harmful Hector Santos
  • Re: NDNs considered harmful ned+ietf-smtp
  • Re: NDNs considered harmful Hector Santos
  • Re: NDNs considered harmful Hector Santos
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay John Levine
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay John C Klensin
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay David MacQuigg
  • Re: Changing RFC 5322 guidance about crlf.crlf response delay Hector Santos
• Processing after the end of DATA Dave CROCKER
  • Re: Processing after the end of DATA Steve Atkins
  • Re: Processing after the end of DATA Dave CROCKER
  • Re: Processing after the end of DATA Tony Hansen
  • Re: Processing after the end of DATA Dave CROCKER
  • Re: Processing after the end of DATA John C Klensin
  • Re: Processing after the end of DATA Tony Hansen
  • Re: Processing after the end of DATA Hector Santos
  • Re: Processing after the end of DATA Carl S. Gutekunst
  • Re: Processing after the end of DATA Hector Santos
  • Re: Processing after the end of DATA ned+ietf-smtp
  • Re: Processing after the end of DATA ned+ietf-smtp
  • Re: Processing after the end of DATA Hector Santos
  • Re: Processing after the end of DATA Carl S. Gutekunst
  • Re: Processing after the end of DATA Carl S. Gutekunst
  • Re: Processing after the end of DATA SM
  • Re: Processing after the end of DATA Nathaniel Borenstein
  • Re: Processing after the end of DATA David MacQuigg
  • Re: Processing after the end of DATA Carl S. Gutekunst
  • Re: Processing after the end of DATA David MacQuigg
  • Re: Processing after the end of DATA John Levine
  • Re: Processing after the end of DATA David MacQuigg
  • Re: Processing after the end of DATA Дилян Палаузов
  • Re: Processing after the end of DATA David MacQuigg
  • Re: per user post-data rejects, Processing after the end of DATA Дилян Палаузов
  • Re: per user post-data rejects, Processing after the end of DATA David MacQuigg
  • Re: per user post-data rejects, Processing after the end of DATA Дилян Палаузов
  • Re: Processing after the end of DATA ned+ietf-smtp
  • Re: per user post-data rejects, Processing after the end of DATA John Levine
  • Re: per user post-data rejects, Processing after the end of DATA ned+ietf-smtp
  • Re: per user post-data rejects, Processing after the end of DATA Dave CROCKER
  • Re: per user post-data rejects, Processing after the end of DATA Carl S. Gutekunst
  • Re: per user post-data rejects, Processing after the end of DATA ned+ietf-smtp
  • Re: per user post-data rejects, Processing after the end of DATA Nathaniel Borenstein
  • Re: per user post-data rejects, Processing after the end of DATA Steve Atkins
  • Re: per user post-data rejects, Processing after the end of DATA Tony Finch
  • Re: per user post-data rejects, Processing after the end of DATA Douglas Otis
  • Re: per user post-data rejects, Processing after the end of DATA John R Levine
  • Re: per user post-data rejects, Processing after the end of DATA ned+ietf-smtp
  • Re: per user post-data rejects, Processing after the end of DATA Carl S. Gutekunst
  • Re: per user post-data rejects, Processing after the end of DATA John Levine
  • Re: per user post-data rejects, Processing after the end of DATA Carl S. Gutekunst
  • Re: per user post-data rejects, Processing after the end of DATA Ray Bellis
  • Re: per user post-data rejects, Processing after the end of DATA Carl S. Gutekunst
  • Re: per user post-data rejects, Processing after the end of DATA Ray Bellis
  • Re: per user post-data rejects, Processing after the end of DATA Hector Santos
  • Re: per user post-data rejects, Processing after the end of DATA Carl S. Gutekunst
  • Re: per user post-data rejects, Processing after the end of DATA Hector Santos
  • Re: per user post-data rejects, Processing after the end of DATA Hector Santos
  • Re: per user post-data rejects, Processing after the end of DATA Hector Santos
  • Re: Processing after the end of DATA Arnt Gulbrandsen
  • Re: Processing after the end of DATA Robert A. Rosenberg
  • Re: Processing after the end of DATA J.D. Falk
  • Re: Processing after the end of DATA John Levine
  • Re: Processing after the end of DATA Dave CROCKER
  • Re: Processing after the end of DATA Hector Santos
  • Re: Processing after the end of DATA Carl S. Gutekunst
  • Re: Processing after the end of DATA Tony Finch
  • Re: Processing after the end of DATA Dave CROCKER
  • Re: Processing after the end of DATA John C Klensin
  • Re: Processing after the end of DATA Tony Finch
  • Re: Processing after the end of DATA Arnt Gulbrandsen
  • Re: Processing after the end of DATA Tony Finch
  • Re: Processing after the end of DATA Arnt Gulbrandsen
  • Re: Processing after the end of DATA Tony Finch
  • Re: Processing after the end of DATA Steve Atkins
  • Re: Processing after the end of DATA Tony Finch
  • Re: mail proxies, Processing after the end of DATA John Levine
  • Re: Processing after the end of DATA Dave CROCKER
  • Re: Processing after the end of DATA Hector Santos
  • Re: Processing after the end of DATA Paul Smith
  • Re: Processing after the end of DATA Hector Santos
  • Re: Processing after the end of DATA Arnt Gulbrandsen
  • Re: Processing after the end of DATA Dave CROCKER
  • Re: Processing after the end of DATA Arnt Gulbrandsen
  • Re: Processing after the end of DATA Dave CROCKER
  • Re: Processing after the end of DATA Hector Santos
  • Re: Processing after the end of DATA Tony Finch
  • Re: Processing after the end of DATA Hector Santos
  • Re: Processing after the end of DATA John C Klensin
  • RE: Processing after the end of DATA Rosenwald, Jordan
  • RE: Processing after the end of DATA ned+ietf-smtp
  • Re: Processing after the end of DATA Dave CROCKER
  • Re: Processing after the end of DATA SM
  • Re: Processing after the end of DATA ned+ietf-smtp
• Yahoo Mail Filtering Hector Santos
  • Re: Yahoo Mail Filtering Дилян Палаузов
  • Re: Yahoo Mail Filtering J.D. Falk
  • Re: Yahoo Mail Filtering Hector Santos
  • Re: Yahoo Mail Filtering J.D. Falk
  • Re: Yahoo Mail Filtering Hector Santos
  • Re: Yahoo Mail Filtering Hector Santos
  • Re: Yahoo Mail Filtering Laura Atkins
  • Re: Yahoo Mail Filtering Hector Santos
• Historical moment: Marking a generational transition Dave CROCKER
  • Re: Historical moment: Marking a generational transition Ray Bellis
  • Re: Historical moment: Marking a generational transition Sabahattin Gucukoglu
• Edited Mail and Resent Headers Hector Santos
  • RE: Edited Mail and Resent Headers Murray S. Kucherawy
  • Re: Edited Mail and Resent Headers Arnt Gulbrandsen
  • Re: Edited Mail and Resent Headers Hector Santos
  • Re: Edited Mail and Resent Headers Peter J. Holzer
  • Re: Edited Mail and Resent Headers Hector Santos
  • Re: Edited Mail and Resent Headers ned+ietf-smtp
  • Re: Edited Mail and Resent Headers Hector Santos
• Resent Headers and Online Mail Forums Hector Santos
• Fwd: [ietf-dkim] ADSP discardable & discussion lists (was Re: Wrong Discussion - was Why mailing lists should strip DKIM signatures) Dave CROCKER
  • Re: Fwd: [ietf-dkim] ADSP discardable & discussion lists (was Re: Wrong Discussion - was Why mailing lists should strip DKIM signatures) Douglas Otis
• blacklisting backscatter John Leslie
  • Re: blacklisting backscatter Joerg Backschues
  • Re: blacklisting backscatter Arnt Gulbrandsen
  • Re: blacklisting backscatter John C Klensin
  • Re: blacklisting backscatter Steve Atkins
  • Re: blacklisting backscatter ned+ietf-smtp
  • Re: blacklisting backscatter David MacQuigg
  • Re: blacklisting backscatter Sabahattin Gucukoglu
  • Re: blacklisting backscatter Rosenwald, Jordan
• draft-macdonald-antispam-registry and interop Jeff Macdonald
  • RE: draft-macdonald-antispam-registry and interop Murray S. Kucherawy
  • Re: draft-macdonald-antispam-registry and interop Jeff Macdonald
  • RE: draft-macdonald-antispam-registry and interop Murray S. Kucherawy
  • Re: draft-macdonald-antispam-registry and interop Jeff Macdonald
• some changes for draft-macdonald-antispam-registry Jeff Macdonald
• Content-Transfer-Encoding list registry Mikel Lindsaar
  • Re: Content-Transfer-Encoding list registry ned+ietf-smtp
• Fwd: New Version Notification for draft-macdonald-antispam-registry-00 Jeff Macdonald
  • Re: Fwd: New Version Notification for draft-macdonald-antispam-registry-00 Hector Santos
  • Re: New Version Notification for draft-macdonald-antispam-registry-00 Jeff Macdonald
  • Re: New Version Notification for draft-macdonald-antispam-registry-00 Mark Martinec

• Earlier messages