1+ 05/25 Ramamurthy Kumar Add to mailing list< So no 4+ 05/29 Keith Moore Re: getting started<<> Essentially, we currently 5+ 05/30 Eric Thomas Re: getting started< All in all this bus 7+ 05/30 Eric Thomas Re: getting started< One feature that I think 9+ 05/30 Ed Levinson Re: getting started< > The 522 reply code 15+ 05/31 Dave Barr mail name rules<Our first order of busines 18+ 05/31 Eric Thomas Re: mail name rules< >Our first order of busin 22+ 05/31 "Perry E. Metzger Re: getting started< On We 23+ 05/31 "Perry E. Metzger Re: getting started< > 3. 24+ 05/31 John Gardiner Mye Re: RFC 821 problem list< >1. When a MTA needs to g 29+ 05/31 Eric Thomas Re: getting started< On We 32+ 05/31 Eric Thomas Re: getting started< Along the same lines, and 35+ 05/31 Keith Moore Re: getting started<<> Keith Moore writes: > > > 36+ 05/31 "Perry E. Metzger Re: getting started< On We 37+ 05/31 Dave Barr Re: getting started< > I much prefer to b 39+ 05/31 Michael D'Errico Re: RFC 821 problem list<<> A method to cause th 40+ 06/01 Robert Elz Re: RFC 821 problem list< You have no idea how much 48+ 06/01 Mark Crispin here's another one for the list<>By the way, what tak 57+ 06/01 John Gardiner Mye Re: end-of-message indication in SMTP< wri 61+ 06/01 Michael D'Errico Re: changes<<> I don't know if this is permitted 62+ 06/01 Mark Crispin re: address syntax< 65+ 06/01 Keith Moore Re: changes<<> > 1) Simplify the syntax, remove 66+ 06/01 Mark Crispin Re: address syntax< > In response to your ear 68+ 06/01 John Gardiner Mye Re: address syntax< 69+ 06/01 John Gardiner Mye Re: address syntax< > Since is defined to be e 74+ 06/01 Keith Moore Re: changes<<> This is the basis of my claim tha 75+ 06/01 "Roger Fajman" Re: address syntax<<> IPv6 is the big unknown lo 76+ 06/01 Michael D'Errico Re: changes<<> > From: "Michael D'Errico"."Techn 77+ 06/01 Mark Crispin Re: address syntax< I saw one specificat 79+ 06/02 John Gardiner Mye Re: address syntax< > > >Could you give a more 97+ 06/06 Robert Elz Re: address syntax< John Gardiner Myers wri 111+ 06/06 John Gardiner Mye Re: handling literals<<"Perry E. Metzger" Mai 113+ 06/06 Mark Crispin re: 822 problem list< (2) 117+ 06/29 John Gardiner Mye Fwd: notification message< > mi 126+ 07/25 Roy Fielding Re: An idea for MID and CID URsomethings< I ha 144+ 07/28 Jacob Palme Re: Message-ID mandatory< I have to 156+ 08/15 Eric Allman Re: "Reply-To"< I'm not ar 158+ 08/15 Eric Allman Re: "Reply-To"<<"My own" mailer (by which I assu 159+ 08/15 "Perry E. Metzger Re: "Reply-To"< "My own" m 160+ 08/15 Jacob Palme Re: Does "References:" form threads?< Some time ag 163+ 08/15 Keith Moore Re: Does "References:" form threads?<<> > Jacob, 164+ 08/15 Jim Conklin Re: Does "References:" form threads?< At least as common (much more 167+ 08/15 Eric Allman Re: "Reply-To"< I must confess tha 170+ 08/16 Jacob Palme Re: "Reply-To"< The suggestion to define "Repl 175+ 08/16 Chris Newman Re: "Reply-To"< I agree with this sentiment, a 179+ 08/16 Keith Moore Re: "Reply-To"<<> 95% of what? Our main mail ser 180+ 08/16 Chris Newman Re: "Reply-To"< w 181+ 08/16 Jim Conklin Re: "Reply-To"< > I disagree with the premise 183+ 08/16 Jim Conklin Re: "Reply-To"< One reason 185+ 08/17 Eric Thomas Re: "Reply-To"< Well, we don't need Authorized 187+ 08/16 Keith Moore Re: "Reply-To"<<> You seem to forget that nowada 188+ 08/16 "Perry E. Metzger Re: "Reply-To"< > Well, we 189+ 08/17 Eric Thomas Re: "Reply-To"< Whats the advantage here over 192+ 08/16 "Perry E. Metzger Re: "Reply-To"< > Whats th 193+ 08/16 Keith Moore Re: "Reply-To"<<> >I don't see what problem this 194+ 08/16 Keith Moore Re: "Reply-To"<<> Keith Moore writes: > > > What 195+ 08/16 Keith Moore Re: "Reply-To"<<> IMHO the biggest use of Reply- 196+ 08/17 Robert Elz Reply-To again ...< Many, if 200+ 08/17 Keith Moore Re: "Reply-To"<<> It is also the case that many 201+ 08/17 Robert Elz Re: "Reply-To"< Please understand that mailing 203+ 08/17 Jacob Palme Re: "Reply-To"< At 6:25 206+ 08/17 Jacob Palme Re: "Reply-To"< From be 211+ 08/17 Jacob Palme Can ambiguities ever be removed??< Such maili 219+ 08/18 "Jacob Palme DSV- Re: 'Reply-To'< wr 220+ 08/18 Chris Newman Re: "Reply-To"< Note: Listserv has a personal 222+ 08/24 Keith Moore Getting back on track< I'm afraid this pro 228+ 08/24 Michael D'Errico Re: Getting back on track (a.k.a. Reply-To:)< 230+ 08/24 Keith Moore Re: Getting back on track<<> I haven't noticed a 231+ 08/24 "Perry E. Metzger Re: Getting back on track< 232+ 08/24 Keith Moore Re: Getting back on track<<> I'd guess, however, 233+ 08/24 Jim Conklin Re: Getting back on track (a.k.a. Reply-To:)< I want 244+ 08/25 "Roger Fajman" re: From the Chair: the Reply-To issue<<> On Fri 245+ 08/25 Pete Resnick re: From the Chair: the Reply-To issue< > [ ] 247+ 08/25 Keith Moore Re: From the Chair: the Reply-To issue<<> Also, 248+ 08/25 Eric Thomas Re: Getting back on track< [ ] wh 252+ 08/26 Dave Barr Re: From the Chair: the Reply-To issue< > I do 254+ 08/27 Eric Thomas Re: From the Chair: the Reply-To issue< If thi 256+ 08/27 Robert Elz Re: From the Chair: the Reply-To issue< I beli 259+ 08/28 Alan Barrett Re: From the Chair: the Reply-To issue<<> [ ] wh 260+ 08/28 Robert Elz Re: From the Chair: the Reply-To issue< OK, d 270+ 09/14 Harald.T.Alvestra Re: Another header-munging example.....< >Of course 277+ 09/14 Eric Thomas Re: Another header-munging example< >By "we" I 279+ 09/14 Keith Moore summing up: the meaning of the reply-to header<< 280+ 09/14 "Roger Fajman" Re: summing up: the meaning of the reply-to head 281+ 09/14 Mark Crispin re: summing up: the meaning of the reply-to head 282+ 09/14 "Brent B. Welch" Re: summing up: the meaning of the reply-to head 283+ 09/15 Jacob Palme Re: Another header-munging example< Perhaps we could nail dow 285+ 09/15 Jacob Palme Resent- facility< For thin 286+ 09/15 Jacob Palme Re: Another header-munging example< In the cas 291+ 09/14 Mark Crispin Re: summing up: the meaning of the reply-to head 292+ 09/14 Keith Moore Re: summing up: the meaning of the reply-to head 293+ 09/14 Keith Moore Re: summing up: the meaning of the reply-to head 294+ 09/15 "Roger Fajman" Re: Another header-munging example<<> Do people 295+ 09/15 Eric Thomas Re: summing up: the meaning of the reply-to head 296+ 09/15 Eric Thomas Re: Another header-munging example< writes: > On th 300+ 09/15 Jacob Palme Reply-To ambiguity<>>Jacob Palme said: > Those who do not unders 302+ 09/15 Keith Moore Re: Another header-munging example<<> (2) There 303+ 09/15 Mark Crispin Re: Another header-munging example< 315+ 09/18 Eric Thomas Re: Resent- facility< I have not proposed more than t 324+ 09/19 Robert Elz Re: Resent- facility< So what is needed might 326+ 09/18 "Roger Fajman" Re: Resent- facility<<> >The "Reply all" command 327+ 09/18 "Roger Fajman" Re: Resent- facility<<> I'm not sure about that. 328+ 09/18 "Roger Fajman" Re: Resent- facility<<> On Mon, 18 Sep 1995 21:5 329+ 09/18 "Roger Fajman" Re: Call for documentation: theory and practice 330+ 09/18 Keith Moore one use of Resent-*< If you autoforward yo 333+ 09/19 Jacob Palme Re: Resent- facility< From your viewpoint, t 343+ 09/19 Eric Norman Re: Two reply commands<<> are only two reasonabl 344+ 09/22 Keith Moore UA reply commands<<(from the floor) Most of the 345+ 09/22 Keith Moore support for Postmaster address< Another ca 354+ 09/24 Robert Elz Re: support for Postmaster address< Agreed. And as far as the standard is concer 371+ 10/02 Harald.T.Alvestra Re: Comments and Resent-* header fields< It ha 376+ 10/03 Eric Thomas Re: Comments and Resent-* header fields< >I personal 379+ 10/03 Eric Thomas Re: What's the Sender header for?< > Since the 381+ 10/03 Eric Norman Re: What's the Sender header for?<<> Basically, 382+ 10/03 "Roger Fajman" Re: Comments and Resent-* header fields<<> If a 383+ 10/04 Eric Thomas Re: What's the Sender header for?< > I persona 386+ 10/03 Keith Moore Re: Comments and Resent-* header fields<<> Proba 387+ 10/03 "Roger Fajman" Re: What's the Sender header for?< (1) Some ma 389+ 10/03 Keith Moore Re: What's the Sender header for?<<> >Furthermor 390+ 10/03 Keith Moore Re: What's the Sender header for?<<> (2) Some us 391+ 10/03 Eric Norman Re: What's the sender header for?<<>>what causes 392+ 10/03 Eric Norman Re: Comments and Resent-* header fields<<> If a 393+ 10/04 Keith Moore Re: What's the sender header for?<<> Let's not f 394+ 10/03 Eric Norman MH broken?<<>MH does this. If you set the From f 395+ 10/04 "Roger Fajman" Re: Comments and Resent-* header fields<<> > If 396+ 10/04 Keith Moore Re: MH broken?<<> >MH does this. If you set the 397+ 10/04 Eric Norman Re: What's the sender header for?<<>> Keith says 398+ 10/04 Keith Moore Re: What's the sender header for?<<> I think tha 399+ 10/04 Eric Thomas Re: What's the sender header for?< The differe 405+ 10/05 Harald.T.Alvestra Re: support for Postmaster address< - Any FQDN 410+ 10/05 Eric Norman Re: support for Postmaster address<<> BTW, RFC 1 411+ 10/05 Keith Moore Re: support for Postmaster address<<> > BTW, RFC 412+ 10/05 Keith Moore Re: support for Postmaster address<<> After read 413+ 10/06 John Gardiner Mye Re: support for Postmaster address< + for any 416+ 10/06 Jim Conklin Re: support for Postmaster address< My mail pro 425+ 10/10 Eric Norman Re: What's the Sender header for?<<> From: Rober 426+ 10/10 Eric Thomas Re: What's the Sender header for?< This is rel 428+ 10/11 Robert Elz Re: What's the Sender header for?< And as for 431+ 10/11 Alan Barrett Re: What's the Sender header for?<<> I'm tempted 432+ 10/11 Robert Elz Re: What's the Sender header for?<<> Two things. 433+ 10/19 Harald.T.Alvestra About bounce messages.....< just thought I 435+ 10/20 Harald.T.Alvestra Re: About bounce messages.....< When 437+ 10/24 Harald.T.Alvestra Re: About bounce messages.....< Is it correc 447+ 11/30 "Kari E. Hurtta" Re: On the use of 8-bit transfer< If 8BITMIME 449+ 11/30 Prabhat Keni Re: On the use of 8-bit transfer<<> If 8-bit is 450+ 11/30 "Brent B. Welch" comments on smtpupd-01.txt< If it will " 455+ 12/01 Paul Hoffman Re: rough agenda for next week's meetings< I h 457+ 12/02 "Kari E. Hurtta" Re: On the use of 8-bit transfer<<[ I suppose th 458+ 12/01 "Harald T. Alvest Re: On the use of 8-bit transfer< Just checking 481+ 12/08 John Noerenberg Re: Clarify amibuities)< wrote: > I sugges 506+ 12/29 Robert Elz Re: Drums proposal: Making Message-ID more manda 507+ 12/29 Robert Elz Header to label lists (was untitled)<It seems to me that it is 519+ 12/29 Paul Hoffman Re: Header to label lists (was untitled)< >It 521+ 12/30 Keith Moore Re: The use of 8-bit<<> Many European alphabets 522+ 12/30 Keith Moore let's keep our messages within scope...< I ha 528+ 01/01 John Gardiner Mye Re: Header to label lists (was untitled)<<"Jacob 529+ 01/01 "Eric Norman (MAC Re: Header to label lists (was untitled)<<> I ha 530+ 01/02 Keith Moore Re: Header to label lists (was untitled)< 537+ 01/05 Robert Elz Re: The conservative and liberal commandment< The modern view is that 82 546+ 01/05 Keith Moore Re: Name of RFC822<<> RFC822 ought to have such 547+ 01/05 Dave Crocker Re: Name of RFC822< To do loop detection by ex 553+ 01/07 Alan Barrett Re: The syntax of Message-ID<<> Date: Fri, 29 De 554+ 01/08 Harald.T.Alvestra Re: The syntax of Message-ID< I've said before that I th 564+ 01/17 Tim Goodwin Re: smtpupd-01 issues< If 579+ 01/23 Mark Crispin Re: A suggestion for IPv6 domain literals< How 586+ 01/24 Mark Crispin Re: A suggestion for IPv6 domain literals< > I 592+ 01/24 "Perry E. Metzger Re: A suggestion for IPv6 domain literals<<"Roge 593+ 01/29 SDOTUL4%MP021@MPA testing only, plz ignore.......... 594+ 02/15 Harald.T.Alvestra Cancellation of second DRUMS slot in LA< > [[Note in draf 601+ 02/29 D. J. Bernstein Re: comments from a newcomer<<> The real point h 602+ 02/29 Keith Moore Re: comments from a newcomer<<> > The entire pur 603+ 02/29 John Gardiner Mye Re: comments from a newcomer< Requiring SMTPs 607+ 02/29 "Perry E. Metzger Re: comments from a newcomer< You can't crash 609+ 03/01 Robert Elz Re: comments from a newcomer< I 613+ 03/05 D. J. Bernstein Re: proposed agenda for 8 March WG meeting<<> Ar 614+ 03/05 Michael D'Errico Re: proposed agenda for 8 March WG meeting<<> I 615+ 03/05 Jim Conklin Re: proposed agenda for 8 March WG meeting< Yo 617+ 03/06 Robert Elz Re: proposed agenda for 8 March WG meeting< Pi 619+ 03/05 D. J. Bernstein Re: proposed agenda for 8 March WG meeting<<> I 620+ 03/05 Matti Aarnio Re: proposed agenda for 8 March WG meeting<<> > 621+ 03/05 D. J. Bernstein Re: proposed agenda for 8 March WG meeting<<> > 622+ 03/05 Jim Conklin Re: proposed agenda for 8 March WG meeting< Ke 624+ 03/05 D. J. Bernstein Re: proposed agenda for 8 March WG meeting<<> In 625+ 03/05 Keith Moore re PIPELINING< all of this talk about the 627+ 03/06 Robert Elz Re: proposed agenda for 8 March WG meeting< It is important that "effic 630+ 03/05 "michael (m.) har Multiple RCPT-TOs (was "Re: proposed agenda for 631+ 03/06 D. J. Bernstein Re: Multiple RCPT-TOs<<> No multimedia mail syst 632+ 03/05 Michael D'Errico Re: re PIPELINING<<[Sorry Keith....] > > It is i 633+ 03/06 D. J. Bernstein Re: re PIPELINING<<> (1) require N processes wit 634+ 03/06 Keith Moore Re: re PIPELINING<<> If you go through your logs 635+ 03/06 Keith Moore Re: Multiple RCPT-TOs<<> What I'm objecting to i 636+ 03/07 Robert Elz Re: re PIPELINING< > (1) require N processes with 638+ 03/06 D. J. Bernstein Re: re PIPELINING<<> My experience contradicts t 639+ 03/06 D. J. Bernstein Re: PIPELINING<<> Uh-huh. You've never administe 640+ 03/06 D. J. Bernstein Re: Multiple RCPT-TOs<<> Conserving bandwidth ra 641+ 03/06 Mark Crispin Re: re PIPELINING< Bernstein's algorithm is in 646+ 03/06 Mark Crispin Re: Message format document outline< I propose that we 651+ 03/06 John Beck Re: re PIPELINING< Trust is built on civility 654+ 03/07 D. J. Bernstein Re: re PIPELINING< You have several avenues of 658+ 03/07 John Gardiner Mye Re: Message format document outline< > Message 660+ 03/07 John Gardiner Mye Re: Message format document outline< > Until you learn to addres 662+ 03/07 D. J. Bernstein Re: re PIPELINING<<> you will see that I stated 663+ 03/07 Mark Crispin Re: Message format document outline< Invisible 665+ 03/07 John Gardiner Mye Re: Message format document outline< The secti 667+ 03/07 Mark Crispin Re: Message format document outline< I also ob 669+ 03/07 Pete Resnick Re: Message format document outline< If "choki 671+ 03/07 Chris Newman Re: Message format document outline< I don't b 677+ 03/10 Pete Resnick Re: Message format document outline< I meant s 679+ 03/11 Harald.T.Alvestra Re: Message format document outline< I do 688+ 03/11 Keith Moore Re: Message format document outline<<> > This is 689+ 03/11 John Gardiner Mye Re: Free insertion of linear-white-space< > Sa 691+ 03/11 Mark Crispin Re: Free insertion of linear-white-space< Keit 694+ 03/12 Peter Sylvester Re: Free insertion of linear-white-space< An IETF s 698+ 03/12 D. J. Bernstein Re: Message format document outline<<> but for t 699+ 03/12 Eric Thomas Re: proposed agenda for 8 March WG meeting< > but for 701+ 03/12 D. J. Bernstein Re: Message format document outline<<> The LWSP 702+ 03/12 D. J. Bernstein Re: Free insertion of linear-white-space<<> I do 703+ 03/12 D. J. Bernstein Re: Message format document outline<<[ "this".is 704+ 03/12 D. J. Bernstein Re: Free insertion of linear-white-space<<> Once 705+ 03/12 Keith Moore Re: Message format document outline<<> So what? 706+ 03/12 D. J. Bernstein Re: Free insertion of linear-white-space<<> > Lo 707+ 03/12 D. J. Bernstein Re: Message format document outline<<> In this c 708+ 03/12 Pete Resnick Re: Message format document outline< while the 710+ 03/12 Keith Moore Re: Free insertion of linear-white-space<<> The 711+ 03/12 John Gardiner Mye Re: Message format document outline< > + user 713+ 03/12 D. J. Bernstein Re: Free insertion of linear-white-space<<> Here 714+ 03/12 John Gardiner Mye \-quoting< 822 section 3.4.4 states that \ 716+ 03/12 Keith Moore Re: Message format document outline<<> > + user 717+ 03/13 D. J. Bernstein Re: Message format document outline<<> Can you q 718+ 03/12 Keith Moore Re: Free insertion of linear-white-space<<> > He 719+ 03/12 John Gardiner Mye Re: \-quoting< Keit 723+ 03/13 D. J. Bernstein Re: local-part quoting<<> I was just going to si 724+ 03/13 D. J. Bernstein Re: Free insertion of linear-white-space<<> > > 725+ 03/13 Keith Moore Re: Free insertion of linear-white-space<<> > > 726+ 03/13 Keith Moore Re: Message format document outline<<------- =_a 727+ 03/13 Eric Thomas Re: Message format document outline< I re 730+ 03/13 John Gardiner Mye Re: Free insertion of linear-white-space< 735+ 03/13 Eric Thomas Re: Message format document outline< Mark Crispin On Wed, 13 Mar 1996 15:51:42 -05 740+ 03/13 Mark Crispin Re: specials< Rather, RFC 822 messages look si 742+ 03/13 Keith Moore Re: specials<<> You are very welcome. If you rem 743+ 03/13 Mark Crispin Re: specials< There is too much syntax in 822. 745+ 03/14 D. J. Bernstein Re: specials<<> The same > nightmare scenarios o 746+ 03/13 Michael D'Errico Re: specials<<> We don't know what will happen > 747+ 03/13 Mark Crispin Re: specials< My recommendation is to remove " 749+ 03/14 Harald.T.Alvestra Re: Free insertion of linear-white-space<<-----B 750+ 03/14 Chris Newman 822bis grammar state< wri 752+ 03/14 D. J. Bernstein Re: Free insertion of linear-white-space<<> A sp 753+ 03/14 D. J. Bernstein Re: 822bis grammar state< My grammar for (b) is a mess: So 755+ 03/14 Mark Crispin Re: 822bis grammar state< > A 758+ 03/14 D. J. Bernstein Re: Free insertion of linear-white-space<<> + wh 759+ 03/14 John Gardiner Mye Re: specials< That isn't correct. Sure it is. 762+ 03/14 Kai Henningsen Re: specials< > 3c. need not recog 764+ 03/14 Keith Moore Re: Free insertion of linear-white-space<<> > + 765+ 03/14 D. J. Bernstein Re: Free insertion of linear-white-space<<> give 766+ 03/14 Keith Moore Re: specials<<> djb@koobera.math.uic.edu (D. J. 767+ 03/14 D. J. Bernstein Re: 821 vs 822 quoting<<> Unfortunately, Eric Th 768+ 03/14 D. J. Bernstein Re: Free insertion of linear-white-space< The 786+ 03/16 Kai Henningsen Re: I-D ACTION:draft-ietf-drums-abnf-00.txt< The 789+ 03/16 Pete Resnick Re: Free insertion of linear-white-space< A di 792+ 03/16 Eric Thomas Re: Free insertion of linear-white-space< The 795+ 03/16 "Perry E. Metzger Re: Free insertion of linear-white-space< The 798+ 03/16 "Perry E. Metzger Re: Free insertion of linear-white-space< Dan, 800+ 03/16 "Perry E. Metzger Re: Free insertion of linear-white-space< No, 802+ 03/17 Eric Thomas Re: Free insertion of linear-white-space< "Dam 805+ 03/18 D. J. Bernstein multiple RCPTs, again<<> People say things like 806+ 03/17 Mark Crispin re: multiple RCPTs, again<<"We could do that, bu 807+ 03/17 Michael D'Errico Legitimizing the %-hack in SMTP (or "Adding '%' 808+ 03/18 D. J. Bernstein re: multiple RCPTs, again< I guess this is all 811+ 03/17 Mark Crispin re: multiple RCPTs, again< 814+ 03/18 Pete Resnick re: multiple RCPTs, again< I saw timings from 816+ 03/18 Pete Resnick re: multiple RCPTs, again< a) Was Brian's send 818+ 03/18 D. J. Bernstein re: multiple RCPTs, again<<> The SMTP update dra 819+ 03/18 "Perry E. Metzger D.J. Bernstein< Mr. Bernstein claims to m 821+ 03/18 Matti Aarnio Re: multiple RCPTs, again<<> > The SMTP update d 822+ 03/18 D. J. Bernstein Re: Legitimizing the %-hack in SMTP (or "Adding 823+ 03/18 "Perry E. Metzger Re: multiple RCPTs, again< I 825+ 03/18 D. J. Bernstein Re: multiple RCPTs, again< Unfortunately, the 831+ 03/18 D. J. Bernstein Re: multiple RCPTs, again<<> > Unconditional com 832+ 03/18 Dave Crocker Rough Consensus: we are all assholes< (although it bewild 835+ 03/18 D. J. Bernstein Re: From the Chair: multiple RCPTs<<> The Chair 836+ 03/18 Mark Crispin RTT vs DNS lookup time<?< > > 3c. need not rec 842+ 03/18 John Gardiner Mye Re: allow ?<?<<> > it would be nice to have a 845+ 03/19 Eric Thomas Re: 821 vs 822 quoting<?<?<?<<> "postmaster" is both standar 868+ 03/19 John Gardiner Mye Re: "for" clause< Give 870+ 03/19 Dave Crocker Re: allow ?< And we should make the "by" field 872+ 03/19 John Gardiner Mye Re: Field structure<?<<> If an 822 address doesn't ma 875+ 03/19 John Gardiner Mye Re: Field structure< > Having the envelope form o 881+ 03/20 Keith Moore Re: allow ?<<> > "postmaster" is both stand 882+ 03/20 Keith Moore Re: msg-id<<> > And we should make the "by" fiel 883+ 03/20 Keith Moore Re: Field structure<<> >None of Mpack, Cyrus IMA 884+ 03/20 Robert Elz Re: msg-id< We need to have a globall 888+ 03/20 Robert Elz Re: msg-id<?<<> No it's not. Our charter cle 894+ 03/20 Dave Barr Re: msg-id< Couldn't your SMTP server (or othe 896+ 03/20 Dave Crocker Re: timezones & Date< I agree with doing that, a Receive 899+ 03/20 D. J. Bernstein Re: msg-id<<> This problem has arisen because RF 900+ 03/20 Keith Moore Re: Naming and addressing<<> > Formal name: > > 901+ 03/20 D. J. Bernstein Re: space between header name and colon<<> That 902+ 03/20 Dave Crocker Re: msg-id<?< In other words, Dan, the intent be 910+ 03/20 D. J. Bernstein Re: msg-id<<> > Your style of program design has 911+ 03/20 D. J. Bernstein Re: allow ?<<> ... which brings to mind a c 912+ 03/20 "Perry E. Metzger Re: msg-id< But I would adv 914+ 03/20 Paul Overell Re: Naming and addressing<?< In any event we need to ensure tha 921+ 03/20 Dave Crocker Re: msg-id< In a later message Keith said... > 925+ 03/20 Keith Moore Re: msg-id<<> Date: Wed, 20 Mar 1996 11:24:04 ES 926+ 03/20 Keith Moore Re: timezones & Date<<> Date: > > In my opinion, 927+ 03/20 Keith Moore Re: msg-id<<> > Couldn't your SMTP server (or ot 928+ 03/20 Keith Moore Re: msg-id<<> But I would advise against stickin 929+ 03/20 "Perry E. Metzger Re: timezones & Date< MTAs 930+ 03/20 D. J. Bernstein Re: msg-id<<> It is not productive to > argue wi 931+ 03/20 D. J. Bernstein Re: msg-id<<> Defining the reference > term for 932+ 03/20 Keith Moore Re: msg-id<<> > In any event we need to ensure t 933+ 03/20 Keith Moore Re: timezones & Date<<> > Keith Moore writes: > 934+ 03/20 D. J. Bernstein Re: msg-id<<> but doesn't give a concrete basis 935+ 03/20 Keith Moore Re: msg-id<<> I've never seen an MTA toss commen 936+ 03/20 "Perry E. Metzger Re: timezones & Date< That 937+ 03/20 Keith Moore Re: timezones & Date<<> My laptop doesn't tell a 938+ 03/20 "Perry E. Metzger Re: timezones & Date< > My 939+ 03/20 Keith Moore Re: timezones & Date<<> Actually, I very much wa 940+ 03/20 "Perry E. Metzger Re: timezones & Date< > > 941+ 03/20 Keith Moore Re: timezones & Date<<> "The mail system SHOULD 942+ 03/20 "Perry E. Metzger Re: timezones & Date<?< That last edit is a prob 949+ 03/20 Kai Henningsen Re: allow ?<?<<> And how is something like

Well, we can't include your lo 954+ 03/21 Kai Henningsen Re: allow ?<?<<> On the other hand, it _might 957+ 03/20 Dave Crocker Re: Field structure< > My suggested wording: > 961+ 03/21 Eric Thomas Re: Multiple To: headers< Sorry, Dave, but I don't think tha 967+ 03/21 Dave Crocker Re: Field structure< And *adding* a Return-Pa 974+ 03/21 Dave Crocker Re: timezones & Date< If the recipient list is encoded i 976+ 03/21 D. J. Bernstein Re: timezones & Date<<> Date: 08 Mar 1996 23:51: 977+ 03/21 D. J. Bernstein Re: msg-id<<> There's more to this - identd iden 978+ 03/21 Kai Henningsen Re: timezones & Date< No "Apparently-To:" head 981+ 03/21 Pete Resnick Re: timezones & Date< Allow "" in 988+ 03/21 Pete Resnick Message-IDs (not Received lines) (Was: Issues su 989+ 03/21 D. J. Bernstein Re: Message-IDs (not Received lines) (Was: Issue 990+ 03/21 Kai Henningsen Re: msg-id< > this sort of feature b 993+ 03/21 Mark Crispin Re: Field structure< I can be pretty sure tha 996+ 03/21 Pete Resnick Re: timezones & Date< The time zone is necessa 1000+ 03/22 D. J. Bernstein Re: timezones & Date<<> There is no evidence to 1001+ 03/21 Mark Crispin Re: timezones & Date< This is a reason for why 1003+ 03/21 Mark Crispin Re: timezones & Date< Mark Crispin > Allow "" i 1009+ 03/22 "Perry E. Metzger Re: Issues summary web page< I've written plen 1011+ 03/22 Tim Goodwin Re: timezones & Date<<> We should certainly not 1012+ 03/22 "Perry E. Metzger Re: Issues summary web page< 1. make `Date:' optional 1022+ 03/22 D. J. Bernstein Re: Issues summary web page<<> If it is actually 1023+ 03/22 D. J. Bernstein Re: Issues summary web page<<> In LA there was s 1024+ 03/22 D. J. Bernstein Re: "." in phrase<<> 1) Re-write the grammar to 1025+ 03/22 D. J. Bernstein Re: timezones & Date<<> Note that this was prima 1026+ 03/22 D. J. Bernstein Re: Issues summary web page<<> In fact, I certai 1027+ 03/22 D. J. Bernstein Re: address syntax<<> local-part = [word] 1*("." 1028+ 03/22 "Perry E. Metzger Re: Issues summary web page< In mail->news gat 1034+ 03/22 Dave Barr Re: Issues summary web page< Usenet has long h 1036+ 03/22 "Perry E. Metzger Re: Issues summary web page< So far all you've 1039+ 03/22 "Perry E. Metzger Re: Issues summary web page< If I want to conf 1042+ 03/22 D. J. Bernstein Re: Issues summary web page<<> So is all of Inte 1043+ 03/22 Dave Barr Re: Issues summary web page< Why aren't they? 1045+ 03/22 D. J. Bernstein Re: Issues summary web page<<> It makes no sense 1046+ 03/22 D. J. Bernstein Re: Issues summary web page<<> > How easily: utt 1047+ 03/22 "Perry E. Metzger Re: Issues summary web page< ... (additional issues for 1050+ 03/22 Pete Resnick Message-ID: Regroup< So you're saying 1052+ 03/22 D. J. Bernstein Re: Issues summary<<> In fact, it might even be 1053+ 03/22 "Perry E. Metzger Re: Issues summary web page< b) We should definite 1057+ 03/22 "Perry E. Metzger Re: Issues summary web page< I take it (and correc 1059+ 03/22 Pete Resnick Re: Message-ID: Regroup< It is not a secur 1061+ 03/22 D. J. Bernstein Re: Issues summary web page<<> Cut and paste the 1062+ 03/22 "Perry E. Metzger Re: Message-ID: Regroup< Do you have any o 1064+ 03/22 Pete Resnick Re: Message-ID: Regroup< Ease of identificatio 1068+ 03/22 "Perry E. Metzger Re: Issues summary web page< How could he "rel 1071+ 03/23 Eric Thomas Re: Condemning user replies going to envelope se 1072+ 03/22 D. J. Bernstein Re: Issues summary web page<<> I mean, come on! 1073+ 03/23 D. J. Bernstein Re: Condemning user replies going to envelope se 1074+ 03/23 Eric Thomas Re: Issues summary web page< If you are threading 1078+ 03/23 Keith Moore Re: "." in phrase<<> I see three directions to g 1079+ 03/23 Keith Moore Re: timezones & Date<<> I think it suffices to s 1080+ 03/23 Keith Moore Re: address syntax<<> Here is a replacement for 1081+ 03/23 Keith Moore Re: timezones & Date<<> > 1. make `Date:' option 1082+ 03/23 Keith Moore Re: Issues summary web page<<> > In LA there was 1083+ 03/23 Keith Moore Re: Issues summary web page<<> > In fact, I cert 1084+ 03/24 D. J. Bernstein Re: address syntax<<> I'd far rather have an una 1085+ 03/23 Keith Moore from the Chair: whether Message-IDs MUST be pres 1086+ 03/23 Keith Moore Re: Condemning user replies going to envelope se 1087+ 03/23 Keith Moore from the Chair: The message-id discussion is clo 1088+ 03/24 D. J. Bernstein Re: Issues summary web page<<> > > In LA there w 1089+ 03/23 Keith Moore Re: address syntax<<> > I'd far rather have an u 1090+ 03/24 D. J. Bernstein Re: from the Chair: whether Message-IDs MUST be 1091+ 03/24 D. J. Bernstein Re: address syntax<<> Most implementors are goin 1092+ 03/23 Keith Moore Re: from the Chair: whether Message-IDs MUST be 1093+ 03/23 Keith Moore Re: address syntax<<> > Most implementors are go 1094+ 03/24 D. J. Bernstein Re: address syntax<<> Note that left-to-right pa 1095+ 03/22 Kai Henningsen Re: timezones & Date< a) dots will be allowed in 1098+ 03/24 Robert Elz Re: timezones & Date< I changed my mailer (MTA 1100+ 03/24 Robert Elz Re: address syntax< I'm not sure who you're re 1103+ 03/24 D. J. Bernstein Re: timezones & Date<<> Can't be done, a paralle 1104+ 03/24 Robert Elz Re: timezones & Date< You mean deliberately fu 1106+ 03/24 D. J. Bernstein Re: timezones & Date<<> It's clearer to state in 1107+ 03/24 Alan Barrett Re: Issues summary web page<<> But what he and t 1108+ 03/24 Eric Thomas Re: timezones & Date< It's clearer to state in 1112+ 03/24 Michael D'Errico Re: timezones & Date<<> x.y.z Date header field 1113+ 03/24 Dave Crocker Re: Message-ID: Regroup< >4) Re-write the grammar to 1116+ 03/25 Keith Moore Re: "." in phrase<<> >2) Remove "." from special 1117+ 03/25 "Roger Fajman" Re: from the Chair: whether Message-IDs MUST be 1118+ 03/25 Keith Moore Re: from the Chair: whether Message-IDs MUST be 1119+ 03/25 D. J. Bernstein Re: "." in phrase<<> me too, absent any showstop 1120+ 03/25 D. J. Bernstein Re: "." in phrase<<> (I've already posted change 1121+ 03/25 Keith Moore Re: "." in phrase<<> It is not possible to (1) p 1122+ 03/25 Keith Moore from the Chair: The '"." in phrase' topic is clo 1123+ 03/25 D. J. Bernstein Re: "." in phrase<<> > It is not possible to (1) 1124+ 03/25 D. J. Bernstein Re: from the Chair: The '"." in phrase' topic is 1125+ 03/25 Keith Moore Re: from the Chair: The '"." in phrase' topic is 1126+ 03/25 Jochen Friedrich Re: from the Chair: whether Message-IDs MUST be 1127+ 03/25 Robert Elz Re: "." in phrase< The date should reflect 1141+ 03/25 Eric Thomas Re: from the Chair: The '"." in phrase' topic is 1142+ 03/25 Eric Thomas Re: timezones & Date< > The date should reflec 1144+ 03/25 Eric Thomas Re: timezones & Date< Fine in principle, but w 1146+ 03/25 Chris Newman Domain literals< > Fine in principle, but 1149+ 03/25 Keith Moore Re: Domain literals<<> I propose we change the g 1150+ 03/25 Keith Moore Re: Headers and agents<<> First, on the previous 1151+ 03/25 D. J. Bernstein Re: Headers and agents<<> - MSA or "mail submiss 1152+ 03/25 "Perry E. Metzger Re: Headers and agents< > 1153+ 03/25 D. J. Bernstein Re: timezones & Date<<[ #1 = actual time; #2 = l 1154+ 03/25 D. J. Bernstein Re: Domain literals<<> domain ::= domain-name / 1155+ 03/25 "Roger Fajman" Re: from the Chair: whether Message-IDs MUST be 1156+ 03/26 Eric Thomas Re: timezones & Date< > 1158+ 03/26 D. J. Bernstein Re: Domain literals<<> > There have always been 1159+ 03/25 "Roger Fajman" Re: timezones & Date<<> Problem is, this means t 1160+ 03/26 D. J. Bernstein Re: timezones & Date<<> It's somewhat of a kludg 1161+ 03/25 "Perry E. Metzger Re: timezones & Date< I don't see why anyone e 1163+ 03/25 "Perry E. Metzger Re: timezones & Date< 1164+ 03/26 D. J. Bernstein Re: timezones & Date<<> What was said was simply 1165+ 03/25 "Perry E. Metzger Re: timezones & Date< 1166+ 03/26 D. J. Bernstein Re: timezones & Date<<> I would think that the t 1167+ 03/25 Der Postmeister Re: "." in phrase< - The name 1173+ 03/26 "Perry E. Metzger Re: timezones & Date< 1174+ 03/26 Keith Moore ADMIN: DRUMS list now available in digest format 1175+ 03/26 "Perry E. Metzger Re: timezones & Date< I'm 1176+ 03/26 Eric Thomas Re: timezones & Date< On Mon, 25 Mar 1996 16:5 1179+ 03/26 Chris Newman Re: timezones & Date< On T 1181+ 03/26 Keith Moore Re: timezones & Date<<> > I don't see why anyone 1182+ 03/26 D. J. Bernstein Re: Domain literals<<> Compatibility with what? 1183+ 03/26 Eric Thomas Re: timezones & Date< 1) GMT time is known, bu 1185+ 03/26 "Perry E. Metzger Re: timezones & Date< On T 1186+ 03/26 "Perry E. Metzger Re: timezones & Date< 1187+ 03/26 D. J. Bernstein Re: timezones & Date<<> The rules for determinin 1188+ 03/26 Dave Barr Re: timezones & Date< > > 1) GMT time is known 1190+ 03/26 "Perry E. Metzger Re: timezones & Date< 1191+ 03/26 "Perry E. Metzger Re: timezones & Date< 1192+ 03/26 Eric Thomas Re: timezones & Date< No, Dan, not in other wo 1194+ 03/26 "Perry E. Metzger Re: timezones & Date< On T 1195+ 03/26 Dave Barr Re: timezones & Date<<(this is a reply to a mess 1196+ 03/26 Eric Thomas Re: timezones & Date< 1199+ 03/26 "Perry E. Metzger Re: timezones & Date< On T 1200+ 03/26 D. J. Bernstein Re: Domain literals<<> > My position is that eve 1201+ 03/26 "Perry E. Metzger Re: Domain literals< > 1202+ 03/26 D. J. Bernstein Re: Domain literals<<> Poll: Let's try an honest 1203+ 03/26 Chris Newman Re: Domain literals< >If 1212+ 03/27 Eric Thomas Re: Domain literals< > > My position is that e 1218+ 03/26 Keith Moore Re: Domain literals<<> Question: Should 822bis a 1219+ 03/26 Keith Moore Re: Headers and agents<<> Here's a question: Do 1220+ 03/26 Michael D'Errico Re: Headers and agents<<> I'm not sure how best 1221+ 03/26 Pete Resnick Re: Headers and agents< > and (b) document the 1223+ 03/26 Keith Moore Re: Headers and agents<<> Now, we can go ahead a 1224+ 03/26 Michael D'Errico Re: Headers and agents<<> > > and (b) document t 1225+ 03/26 Michael D'Errico Re: Headers and agents<<> I think I'm willing to 1226+ 03/27 D. J. Bernstein Re: Domain literals<<> Does *anyone* on this lis 1227+ 03/27 D. J. Bernstein Re: Domain literals<<[ presuming that . is remov 1228+ 03/27 D. J. Bernstein Re: Headers and agents<<> Mailing lists are thei 1229+ 03/27 Olle Jarnefors Re: timezones & Date< S 1231+ 03/27 Chris Newman Re: Headers and agents< > local-part = word > > T 1233+ 03/27 Keith Moore Re: Headers and agents<<> No, they're not. They' 1234+ 03/27 Keith Moore Re: Headers and agents<<> We have two conflictin 1235+ 03/27 Eric Thomas Re: Headers and agents< Or else we need to discu 1245+ 03/27 D. J. Bernstein Re: "." in phrase<<> The point in question about 1246+ 03/27 D. J. Bernstein Re: timezones & Date<<> This line of effort, to 1247+ 03/27 ckk@uchicago.edu Re: Headers and agents< On Wed, 27 Mar 1996 10 1249+ 03/27 Keith Moore Re: Headers and agents<<> At 8:54 PM 3/26/96, Ke 1250+ 03/27 Keith Moore Re: MSA/MDA proposal<<> You might say that we de 1251+ 03/27 Keith Moore Re: timezones & Date<<> At 3:23 AM 3/27/96, Olle 1252+ 03/27 D. J. Bernstein Re: "." in phrase<<> Unless I'm missing somethin 1253+ 03/27 Keith Moore Re: "." in phrase<<> the token-based model cause 1254+ 03/27 D. J. Bernstein Re: Headers and agents<<> you must rewrite the e 1255+ 03/27 Pete Resnick Re: Headers and agents< On Wed, 27 Mar 1996 14 1260+ 03/27 D. J. Bernstein Re: timezones & Date<<> Of course, this still me 1261+ 03/27 D. J. Bernstein Re: Headers and agents<<> Recipients as such do 1262+ 03/27 Keith Moore Re: Headers and agents<<> > you must rewrite the 1263+ 03/27 Keith Moore Re: Headers and agents<<> I'm not sure what is t 1264+ 03/27 Keith Moore Re: Headers and agents<<> I agree that post-deli 1265+ 03/27 D. J. Bernstein Re: Headers and agents<<> I suppose it wouldn't 1266+ 03/27 Keith Moore Re: Headers and agents<<> > I suppose it wouldn' 1267+ 03/27 Keith Moore Re: Headers and agents<<> > They're more than ju 1268+ 03/27 Kai Henningsen Re: Headers and agents< > > I suppose it would 1271+ 03/28 D. J. Bernstein Re: Headers and agents<<> mailing lists have to 1272+ 03/27 ckk@uchicago.edu Re: Headers and agents< > The right solution i 1274+ 03/27 "Perry E. Metzger Re: Headers and agents< 1275+ 03/27 Keith Moore Re: Headers and agents<<> Clearly the intention 1276+ 03/27 Keith Moore Re: Headers and agents<<> Lately I seem to be se 1277+ 03/27 "Roger Fajman" Re: Headers and agents<<> > Lately I seem to be 1278+ 03/27 Keith Moore Re: Headers and agents<<(regarding messages with 1279+ 03/28 D. J. Bernstein Re: Headers and agents< Please don't legitimize 1290+ 03/28 D. J. Bernstein Re: timezones & Date<<> But it will fail to note 1291+ 03/28 Jim Conklin Re: Domain literals< > > I suppose it would 1300+ 03/29 John C Klensin Re: MSA/MDA proposal< An envelope sender of 1310+ 03/29 ckk@uchicago.edu transformations, Re: Headers and agents<<>At 2:0 1311+ 03/29 D. J. Bernstein Re: Upgrading the model<<> Personal user agents 1312+ 03/29 Jim Conklin Re: Headers and agents< If the right bits go out 1314+ 03/29 Dave Crocker Re: Headers and agents< Actually, I don't think tha 1324+ 04/01 D. J. Bernstein Re: "." in phrase<<> We are over-engineering her 1325+ 03/31 Pete Resnick Re: Date semantics< RFC822 has had several incompat 1327+ 03/31 Mark Crispin Re: Domain literals< 1336+ 04/01 bmanning@isi.edu Re: compatibility< It also permits the externa 1346+ 04/01 D. J. Bernstein Re: "." in phrase<<> If that's all that breaks t 1347+ 04/01 D. J. Bernstein Re: "." in phrase<<> And I still think it might 1348+ 04/01 D. J. Bernstein Re: Headers and agents<<> What does "routed corr 1349+ 04/01 D. J. Bernstein Re: Timezones<<> zone ::= 1*ALPHA / ( ("+" / "-" 1350+ 04/01 D. J. Bernstein Re: "." in phrase<<> Just what impact will remov 1351+ 04/01 RANDY@MPA15AB.mv. Null Return Path -and- Resent-*< I also th 1353+ 04/01 RANDY@MPA15AB.mv. Re: Null Return Path -and- Resent-*< On Mon, 25 Mar 1996 00:13:1 1356+ 04/01 Keith Moore Re: Null Return Path -and- Resent-*<<> I also th 1357+ 04/01 Mark Crispin Re: "." in phrase< The problem, then, isn't to 1359+ 04/01 Keith Moore Re: Null Return Path -and- Resent-*<<> On 01 APR 1360+ 04/01 Mark Crispin Re: "." in phrase< 1. I'm no 1363+ 04/02 D. J. Bernstein Re: "." in phrase<<> From: John Q. Public This sounds like an excelle 1365+ 04/01 Mark Crispin Re: "." in phrase< I made a quick check > of s 1367+ 04/01 Mark Crispin Re: "." in phrase< You made up this header, di 1372+ 04/02 D. J. Bernstein Re: generating RFC 822 addresses<<> 1) If a give 1373+ 04/01 Dave Crocker Re: "." in phrase< On Mon, 01 Apr 1996 18:13:3 1380+ 04/01 Dave Crocker Re: generating RFC 822 addresses< 2) why would someone go to 1382+ 04/02 D. J. Bernstein Re: generating RFC 822 addresses<<> comment form 1383+ 04/02 "Roger Fajman" Re: Null return fields<<> >And saying "I don't w 1384+ 04/02 Mark Crispin Re: "." in phrase< Where's your proof. I alrea 1389+ 04/02 Tim Goodwin Re: Headers and agents<<> There is absolutely no 1390+ 04/02 Mark Crispin Re: "." in phrase< but since you didn't report 1393+ 04/02 D. J. Bernstein Re: "." in phrase<<> To: dcrocker(is the local p 1394+ 04/02 Dave Barr Re: Headers and agents< 1) The legal 82 1400+ 04/02 Jim Conklin Re: generating RFC 822 addresses< I searched only the "addres 1402+ 04/02 Mark Crispin Re: "." in phrase< 10 instances is not enough 1407+ 04/02 D. J. Bernstein Re: legal 822, illegal 822bis<<> Requiring new i 1408+ 04/03 D. J. Bernstein Re: Headers and agents<<> All mail from this lis 1409+ 04/02 Dave Barr Re: Headers and agents< Not a problem if you c 1411+ 04/02 Dave Crocker Re: legal 822, illegal 822bis< Do we want to g 1413+ 04/02 Dave Crocker Re: Null Return Path -and- Resent-*< I have found 1422+ 04/03 "Jacob Palme DSV- Re: from the Chair: whether Message-IDs MUST be 1423+ 04/03 Keith Moore Re: MSA/MDA proposal<<> Keith (and Dave), > > I 1424+ 04/03 Kai Henningsen Re: Headers and agents< The advantag 1429+ 04/03 Dave Crocker Re: MSA/MDA proposal< > > Having bounces go 1431+ 04/04 Kai Henningsen Re: Null return fields< 1) > Let me ask you...is it va 1444+ 04/05 Mark Crispin Re: "." in phrase< A local system is certainly 1446+ 04/05 "Roger Fajman" Re: Headers and agents<<> > > > > Having bounces 1447+ 04/05 John C Klensin Re: timezones & Date< Obvious interpretations asi 1454+ 04/05 Mark Crispin Re: "." in phrase< There are no laws here, sys 1465+ 04/06 Dave Crocker Re: timezones & Date< Hmm - most articles I se 1475+ 04/06 D. J. Bernstein Re: timezones & Date<<> This mean that if I fini 1476+ 04/07 Robert Elz Re: timezones & Date< it is > meaningless to d 1478+ 04/07 Robert Elz Re: timezones & Date< Fine, but "sorting" is m 1480+ 04/07 Kai Henningsen Re: Headers and agents< Because it's bad desig 1485+ 04/07 Peter Sylvester Re: Headers and agents< It seems that you have 1487+ 04/08 Kai Henningsen Re: Headers and agents< Just suppose your boun 1491+ 04/08 D. J. Bernstein Re: Headers and agents<<> Just suppose your boun 1492+ 04/08 Dave Barr Re: timezones & Date< To conform, any > mailer w 1509+ 04/11 Jacob Palme Name of RFC822bis< It's probably time f 1521+ 04/14 "Jacob Palme DSV- Re: Name of RFC822bis< I sug 1536+ 05/08 D. J. Bernstein Re: utc vs. tai<<> UTC is the time base for all 1537+ 05/08 "Perry E. Metzger Re: utc vs. tai< > UTC 1538+ 05/08 D. J. Bernstein Re: utc vs. tai<<> Thirty seconds off wall clock 1539+ 05/12 Dave Crocker Welcome to Mailconnect 1 Discussions<>>> unsubscribe imc-mailc 1542+ 05/21 John C Klensin 821bis outstanding issues list<<--============== 1543+ 05/21 Peter Sylvester Blanks in quoted strings< I did a single-s 1550+ 05/22 John C Klensin Re: A name for Internet mail< I did a single-s 1556+ 05/23 Jim Conklin Re: A name for Internet mail< clients MU 1568+ 05/24 ckk@uchicago.edu Re: 821bis outstanding issues list< > clients 1571+ 05/24 "Perry E. Metzger Re: 821bis outstanding issues list< >Received 1573+ 05/24 D. J. Bernstein Re: 821bis outstanding issues list<<> Is your qu 1574+ 05/24 John C Klensin Re: 821bis outstanding issues list< While we k 1577+ 05/24 D. J. Bernstein Re: 821bis outstanding issues list<<> Or is this 1578+ 05/24 RANDY@MPA15AB.mv. Re: APIs for Internet Mail< Besides, t 1580+ 05/24 Keith Moore Re: 821bis outstanding issues list<<> > Is your 1581+ 05/24 ckk@uchicago.edu Re: 821bis outstanding issues list< > While we 1583+ 05/24 RANDY@MPA15AB.mv. Re: 821bis outstanding issues list< > Yes. Joh 1586+ 05/24 Kai Henningsen Re: A name for Internet mail< The naming probl 1588+ 05/24 Dave Crocker Re: A name for Internet mail< the client 1593+ 05/25 John C Klensin Re: 821bis outstanding issues list< It would s 1599+ 05/26 D. J. Bernstein Re: 821bis outstanding issues list<<> Delivered- 1600+ 05/26 Eric Thomas Re: 821bis outstanding issues list< >If we sta 1603+ 05/26 Eric Thomas Re: 821bis outstanding issues list< On Sun, 26 1605+ 05/27 Paul Hoffman Re: 821bis outstanding issues list< I think it 1609+ 05/27 "Roger Fajman" Re: 821bis outstanding issues list<<> > I think 1610+ 05/27 "Roger Fajman" Re: 821bis outstanding issues list<<> What I've 1611+ 05/28 ruth moulton Re: APIs for Internet Mail< That's pro 1614+ 05/29 Robert Elz Re: 821bis outstanding issues list< Manuractur 1616+ 05/29 Robert Elz Re: 821bis outstanding issues list< Further, w 1618+ 05/28 Eric Thomas Re: 821bis outstanding issues list< Empirical 1622+ 05/28 "Roger Fajman" Re: 821bis outstanding issues list<<> When it is 1623+ 05/28 "Roger Fajman" Re: 821bis outstanding issues list<<> Now you're 1624+ 05/30 John C Klensin Requiring VRFY (was: Re: 821bis outstanding issu 1625+ 05/30 Chris Newman DRUMS agenda, 1st draft< (And Dan's 1628+ 06/01 Harald.T.Alvestra Re: 821bis outstanding issues list< Only a lim 1630+ 06/03 D. J. Bernstein incorrect MX handling< RFC 974 does not sp 1634+ 06/17 Keith Moore it's been kind of quiet here lately...< > Having s 1660+ 06/30 Keith Moore Re: Obsolete syntax<<> 1. Have the ABNF specify 1661+ 06/30 Paul Hoffman Re: Obsolete syntax< Names of tokens just shou 1669+ 06/30 D. J. Bernstein Re: Obsolete syntax<<> I support option 2 as wel 1670+ 06/30 D. J. Bernstein Re: 821bis outstanding issues list -- post Montr 1671+ 06/30 D. J. Bernstein Re: Microsoft's Messaging Contacts<<> SHOULD NOT 1672+ 06/30 Pete Resnick Re: Multiple 'To:" fields (was: Re: Microsoft's 1673+ 06/30 Kai Henningsen Re: Obsolete syntax< A discussion took place 1681+ 07/01 John C Klensin Re: Multiple 'To:" fields (was: Re: Microsoft's 1682+ 07/01 John C Klensin Re: Multiple 'To:" fields (was: Re: Microsoft's 1683+ 07/01 John C Klensin Re: Obsolete syntax< IMO, this falls in 1691+ 07/01 Einar Stefferud Re: Multiple 'To:" fields (was: Re: Microsoft's 1693+ 07/01 Pete Resnick Re: Multiple 'To:" fields (was: Re: Microsoft's 1694+ 07/01 Pete Resnick Re: Multiple 'To:" fields (was: Re: Microsoft's 1695+ 07/01 Kai Henningsen Re: Obsolete syntax< 1717+ 07/02 Robert Elz Re: 821bis outstanding issues list -- post Montr 1718+ 07/02 John C Klensin Re: 821bis outstanding issues list -- post Montr 1719+ 07/02 John C Klensin Re: 821bis outstanding issues list -- post Montr 1720+ 07/02 John C Klensin Re: extensibility != ambiguity< > You're talking about th 1723+ 07/02 D. J. Bernstein Re: 821bis outstanding issues list -- post Montr 1724+ 07/02 John C Klensin Re: 821bis outstanding issues list -- post Montr 1725+ 07/02 D. J. Bernstein Re: 821bis outstanding issues list -- post Montr 1726+ 07/02 Ofer Inbar ESMTP in 220 - suggested text< p.s. At the risk of starting a disc 1730+ 07/02 D. J. Bernstein Re: extensibility != ambiguity<<> Bogon alarm! I 1731+ 07/02 D. J. Bernstein Re: 821bis outstanding issues list -- post Montr 1732+ 07/02 D. J. Bernstein Re: reality vs. resnick<<> It never sends large 1733+ 07/02 D. J. Bernstein Re: 821bis outstanding issues list -- post Montr 1734+ 07/02 Chris Newman From the Chair: Working Group Scope< Unless at le 1738+ 07/02 D. J. Bernstein low timeouts< Unless at le 1740+ 07/02 John C Klensin Re: 821bis outstanding issues list -- post Montr 1741+ 07/02 John C Klensin Re: From the Chair: WG Last Call< Actually, Er 1745+ 07/03 Eric Thomas Re: From the Chair: WG Last Call< Would this not be the Pla 1748+ 07/02 John C Klensin Re: eliminate QUIT?< I don't understand the mo 1750+ 07/02 Pete Resnick Re: eliminate QUIT?< > Would this not be the P 1752+ 07/03 Keith Moore Re: eliminate QUIT?<<> Perhaps a negotiated ESMT 1753+ 07/03 Keith Moore Re: eliminate QUIT?<<> However, QUIT has no valu 1754+ 07/03 D. J. Bernstein Re: eliminate QUIT?<<> However, whereas now such 1755+ 07/03 D. J. Bernstein Re: eliminate QUIT?<<> I believe we probably hav 1756+ 07/03 Eric Thomas Re: eliminate QUIT?< > I believe we probably h 1758+ 07/03 Harald.T.Alvestra Re: low timeouts< In theory, QUIT gives the 1762+ 07/03 Pete Resnick Re: eliminate QUIT?< > 1764+ 07/03 Dave Barr Re: eliminate QUIT?< In theory, QUIT gives the 1769+ 07/03 Ofer Inbar Re: eliminate QUIT?< On the 1771+ 07/03 D. J. Bernstein Re: eliminate QUIT?<<> If nearly all do, then I 1772+ 07/03 Chris Newman From the Chair: WG Scope< I think I'm hearing a rou 1774+ 07/03 D. J. Bernstein Re: 5xx return codes< I feel the need for a ne 1776+ 07/03 Pete Resnick Re: eliminate QUIT?< Explicit start and end of 1779+ 07/03 Keith Moore Re: eliminate QUIT?<<> Anyway, I don't understan 1780+ 07/03 John Gardiner Mye Re: eliminate QUIT?< I think the only problem 1783+ 07/03 Chris Newman Re: eliminate QUIT?< Some emprical data: About 1785+ 07/03 Keith Moore Re: eliminate QUIT?<<> Anyway, does this mean th 1786+ 07/03 RANDY@MPA15AB.MV. Re: Multiple 'To:" fields (was: Re: Microsoft's 1787+ 07/03 Keith Moore Re: Multiple 'To:" fields (was: Re: Microsoft's 1788+ 07/04 D. J. Bernstein Re: Multiple 'To:" fields (was: Re: Microsoft's 1789+ 07/04 Keith Moore Re: Multiple 'To:" fields (was: Re: Microsoft's 1790+ 07/04 D. J. Bernstein Re: Multiple 'To:" fields (was: Re: Microsoft's 1791+ 07/04 Keith Moore Re: Multiple 'To:" fields (was: Re: Microsoft's 1792+ 07/04 D. J. Bernstein Re: Multiple 'To:" fields (was: Re: Microsoft's 1793+ 07/04 Keith Moore Re: Multiple 'To:" fields (was: Re: Microsoft's 1794+ 07/04 D. J. Bernstein Re: Multiple 'To:" fields (was: Re: Microsoft's 1795+ 07/04 Keith Moore Re: Multiple 'To:" fields (was: Re: Microsoft's 1796+ 07/05 D. J. Bernstein Re: Multiple 'To:" fields (was: Re: Microsoft's 1797+ 07/05 Barry Finkel Re: Multiple 'To:" fields<An SMTP server shoul 1799+ 07/05 "Sukvinder Singh RE: Multiple 'To:" fields<<>When the cc:Mail SMT 1800+ 07/05 Barry Finkel Re: Multiple 'To:" fields<<>Some user agents won 1801+ 07/07 Kai Henningsen Re: Multiple 'To:" fields< Data point: qmail sends 1803+ 07/10 Philip Hazel Re: 5xx return codes< 1822+ 07/12 Olle Jarnefors Re: From The Chair: WG Last Call ABNF Issues< RFC 822 sa 1827+ 07/15 Jacob Palme Recommending use of 8-bit transport< I recent 1831+ 07/20 Kai Henningsen Re: handling sendmail nonconformance< If yo 1837+ 07/22 chag@moneyworld.c Chancellor Group (symbol = CHAG)< An EM 1839+ 07/23 Lars-Johan Liman Re: Recommending use of 8-bit transport< but m 1841+ 07/24 Kai Henningsen Strange header corruption< I've seen this 1843+ 07/29 D. J. Bernstein ``with foo'' legal?< Is > > Received: with 1847+ 07/29 Keith Moore Re: ``with foo'' legal?<<> Is > > Received: with 1848+ 07/29 Kai Henningsen Re: ``with foo'' legal?< The list of known "vi 1850+ 07/30 Kai Henningsen Re: ``with foo'' legal?< djb@koobera.math.uic. 1852+ 07/30 D. J. Bernstein Re: smtpupd-02<<> The headers form a collection 1853+ 07/31 Robert Elz Re: smtpupd-02< Didn't we have the discussion 1856+ 08/01 Kai Henningsen Re: smtpupd-02<> SMTP mail is inherently insec 1861+ 08/01 Kai Henningsen Re: Allowing and disallwoing LWSP between elemen 1862+ 08/01 "Roger Fajman" Re: Allowing and disallwoing LWSP between elemen 1863+ 08/01 Dave Crocker Re: Allowing and disallwoing LWSP between elemen 1864+ 08/02 D. J. Bernstein Re: Allowing and disallwoing LWSP between elemen 1865+ 08/02 Robert Elz Re: Allowing and disallwoing LWSP between elemen 1866+ 08/02 D. J. Bernstein Re: Allowing and disallwoing LWSP between elemen 1867+ 08/02 Robert Elz Re: Allowing and disallwoing LWSP between elemen 1868+ 08/02 John C Klensin Re: Allowing and disallwoing LWSP between elemen 1869+ 08/02 D. J. Bernstein MX loop example< Exim treats as LOCAL any 1873+ 08/02 John C Klensin Re: MX loop example< -- A host is required to 1875+ 08/03 Kai Henningsen Re: MX loop example< This would, in strict for 1878+ 08/03 Kai Henningsen Re: MX loop example< What you do with mail add 1882+ 08/03 D. J. Bernstein Re: MX loop example<<> Now what was the SMTP rep 1883+ 08/04 Robert Elz Re: MX loop example< > If you accept a message 1885+ 08/03 "Randall C. Gelle Re: MX loop example< the specs > control imple 1890+ 08/05 Robert Elz Re: MX loop example< No, you don't understand, 1893+ 08/04 D. J. Bernstein denial of service< No, in the cases I mention, the un 1896+ 08/04 D. J. Bernstein Re: header-munging<<> The issue of whether heade 1897+ 08/05 Robert Elz Re: denial of service< But now you admit that yo 1899+ 08/05 Robert Elz Re: MX loop example< Even engaging in the HE 1901+ 08/05 Robert Elz Re: denial of service< Rejecting mail incurs cos 1904+ 08/04 D. J. Bernstein Re: POINT OF ORDER (Was: MX loop example)<<> DLB 1905+ 08/05 Robert Elz Re: MX loop example< > If I want to reduce t 1908+ 08/04 Pete Resnick PLEASE STOP (Was: denial of service)< Would you relay mail via 1910+ 08/04 Pete Resnick STOP NOW (Was: MX loop example)< Which par 1912+ 08/04 Pete Resnick Re: STOP NOW (Was: MX loop example)< > It also 1914+ 08/05 Robert Elz Re: STOP NOW (Was: MX loop example)< N 1917+ 08/05 Philip Hazel Re: header-munging< And to make it worse, SMTP 1925+ 08/06 Keith Moore Re: smtpupd-02<<> Didn't we have the discussion 1926+ 08/06 D. J. Bernstein Re: smtpupd-02<<> In my opinion, the set of doma 1928+ 08/06 "Randall C. Gelle Re: smtpupd-02< (still works if we take dots o 1932+ 08/07 Philip Hazel Re: header-munging< (b) Ther 1953+ 08/12 Pete Resnick Re: Characters and octets and 822bis< So, that 1955+ 08/12 D. J. Bernstein Re: Characters and octets and 822bis<<: Or the m 1956+ 08/12 Pete Resnick Re: Characters and octets and 822bis< Now that 1959+ 08/12 Pete Resnick Re: Characters and octets and 822bis< >Did you 1961+ 08/12 "Randall C. Gelle Re: Characters and octets and 822bis< I wonder 1965+ 08/14 D. J. Bernstein blank line redivivus< L 1969+ 09/23 Dave Crocker Preventing replying< 1975+ 09/24 John Gardiner Mye Re: Factual correction<<"D. J. Bernstein" Why not use the same 1978+ 09/25 Eric Thomas Re: Preventing replying< From: Voice message w 1987+ 09/25 Jay@aol.com Re: Preventing replying< > It HAS to work. The 1992+ 09/25 Dave Crocker Re: Preventing replying< I should never send e 1995+ 09/26 9405884220@sms.in GSM-teksti< Voicemail on the othe 1999+ 09/26 Eric Thomas Maximum userid/hostname lengths< So, for cases in whic 2001+ 09/26 MCQUILLAN@MPA15AB Re: Preventing replying<We 2009+ 09/30 Jay@aol.com Re: what to do if you are rejecting mail...<We 2013+ 09/30 "Perry E. Metzger Re: what to do if you are rejecting mail...<<"Ja 2014+ 09/30 "Jack De Winter" regarding NULLs within RFC822 messages...<cy 2016+ 09/30 Mark Crispin re: regarding NULLs within RFC822 messages...< of RFC821 sy 2019+ 10/02 "Jack De Winter" regarding currently discussed topics...< A client should not i 2027+ 10/04 "D. J. Bernstein" Re: cname lookup effort<<> Most importantly, thi 2028+ 10/04 Matti Aarnio Re: cname lookup effort<<> > A client should not 2029+ 10/04 Peter Koch Re: cname lookup effort<<> For a MAIL command, t 2030+ 10/04 Peter Koch Re: cname lookup effort<<> box saying "Tut tut, 2031+ 10/04 Chris Newman Re: cname lookup effort 2033+ 10/04 Keith Moore Re: cname lookup effort<<> RFC 1123 (following R 2034+ 10/04 "D. J. Bernstein" Re: cname lookup effort<<> You have strange way 2035+ 10/04 "D. J. Bernstein" Re: cname lookup effort<<> The main requirement 2036+ 10/04 "D. J. Bernstein" Re: cname lookup effort<<> Past experience has s 2037+ 10/05 Eric Thomas Re: cname lookup effort< It should do a DNS qu 2039+ 10/04 Chris Newman Re: cname lookup effort< > However, _sending_ 2042+ 10/05 Eric Thomas Re: cname lookup effort< No, but I suspect we 2044+ 10/05 "D. J. Bernstein" Re: cname lookup effort<<> Here is a (very commo 2045+ 10/05 "D. J. Bernstein" Re: cname lookup effort<<> That's both idiotic ( 2046+ 10/05 Robert Elz Re: cname lookup effort< The URL people seem reasona 2054+ 10/05 "Perry E. Metzger Re: IPv6 literals< > The U 2055+ 10/05 Keith Moore Re: IPv6 literals<<> There is always the ipv6.in 2056+ 10/05 "Perry E. Metzger Re: IPv6 literals< > There 2057+ 10/05 Keith Moore Re: IPv6 literals<<> However, I will note that t 2058+ 10/05 Keith Moore Re: cname lookup effort<<> > > How much effort d 2059+ 10/05 Keith Moore Re: cname lookup effort<<> Robert, I have descri 2060+ 10/06 "D. J. Bernstein" Re: cname lookup effort<<> The "cname plus other 2061+ 10/06 Eric Thomas Re: cname lookup effort< >A solution that migh 2063+ 10/05 "Roger Fajman" Re: cname lookup effort<<> A solution that might 2064+ 10/06 Robert Elz Re: cname lookup effort< >Not necessarily. If 2072+ 10/06 "Jack De Winter" Re: cname lookup effort< >Certainly there's no 2075+ 10/06 "Roger Fajman" Re: cname lookup effort<<> >If you have an alias 2076+ 10/07 Ofer Inbar Re: cname lookup effort< Okay Keith, maybe we 2078+ 10/07 Philip Hazel Re: cname lookup effort< Agreed, multiple IP's 2090+ 10/08 Philip Hazel Re: cname lookup effort< The route-stripping (per 11 2094+ 10/08 Kai Henningsen Re: cname lookup effort< Well, all of the abov 2106+ 10/12 Robert Elz Re: CNAME/1123 breakage< >Please don't go brea 2115+ 10/14 Keith Moore Re: CNAME/1123 breakage<<> >let's see...the clie 2116+ 10/14 Alan Barrett Re: CNAME/1123 breakage<<> Seems like there's th 2117+ 10/14 "Jack De Winter" Re: CNAME/1123 breakage<don't require it. Basi 2122+ 10/15 Eric Thomas Re: CNAME/1123 breakage< The bottom line here 2124+ 10/14 Mark Crispin Re: CNAME/1123 breakage< I am not, however, ye 2132+ 10/15 "Jack De Winter" Server-Client Authentication...< "D. J. Bernstein" >[ th 2146+ 10/17 Kai Henningsen Re: 8bits in unstructured header fields<I stil 2149+ 10/17 Pete Resnick Re: 8bits in unstructured header fields< The on 2152+ 10/17 Jos den Bekker Re: 8bits in unstructured header fields< I was 2155+ 10/17 Keith Moore Re: regarding some ESMTP extensions...<<> I was 2156+ 10/18 Lars-Johan Liman Re: regarding some ESMTP extensions...< Any ch 2159+ 10/18 Kai Henningsen Re: regarding some ESMTP extensions...<Well, it' 2172+ 10/23 Internet-Drafts@i I-D ACTION:draft-ietf-drums-abnf-01.txt<<--NextP 2173+ 10/23 Pete Resnick draft-ietf-drums-abnf-01.txt< 3) Use of thi 2185+ 10/24 "Jack De Winter" Re: From the chair: 8-bit issues< [BTW: The fac 2194+ 10/24 Chris Newman Re: WG Last Call: IPv6 literals< At 10:35 AM 2206+ 10/27 "Roger Fajman" Re: draft-ietf-drums-abnf-01.txt<<> (ii) If we n 2207+ 10/27 "Roger Fajman" Re: draft-ietf-drums-abnf-01.txt<<> I think here 2208+ 10/27 "Roger Fajman" Re: draft-ietf-drums-abnf-01.txt<<> 6. A well-de 2209+ 10/28 Pete Resnick What counts as "obsolete syntax"?< I also prefe 2212+ 10/28 Robert Elz Re: What does "higher priority" mean< comment = "( 2218+ 10/28 Dave Crocker Re: draft-ietf-drums-abnf-01.txt< > I also 2222+ 10/28 Chris Newman X-Sender problem< Which, using Be 2248+ 10/29 Chris Newman Re: concerning MIME types and the such...< True. Except 2250+ 10/29 "Jack De Winter" why do we want to use an improved BNF for syntax 2251+ 10/29 Dave Crocker Re: why do we want to use an improved BNF for sy 2252+ 10/30 "D. J. Bernstein" pmdf 5.1 multithreading< I think 2256+ 10/30 "Jack De Winter" regarding the handling of weird address formats. 2258+ 10/31 Robert Elz Re: regarding the handling of weird address form 2259+ 10/30 Michael D'Errico Re: regarding the handling of weird address form 2260+ 10/30 "Jack De Winter" Re: regarding the handling of weird address form 2262+ 11/01 Glenn Anderson Re: regarding the handling of weird address form 2263+ 10/30 "Jack De Winter" Re: regarding the handling of weird address form 2264+ 10/30 Mark Crispin Re: regarding the handling of weird address form 2265+ 10/30 Chris Newman Re: What does "higher priority" mean< I draw t 2269+ 10/31 "D. J. Bernstein" Re: What does 'higher priority' mean<<> But this 2270+ 10/30 "Jack De Winter" Re: regarding the handling of weird address form 2271+ 10/30 "Jack De Winter" Re: regarding the handling of weird address form 2272+ 10/30 "Jack De Winter" Re: regarding the handling of weird address form 2273+ 10/31 Cyberbaron RE: What does 'higher priority' mean<Yes. And 2282+ 11/01 "Perry E. Metzger Re: What does 'higher priority' mean<<"Roger Faj 2283+ 11/01 Chris Newman Re: about authentication trails in messages for 2284+ 11/01 Harald.T.Alvestra Re: About that 8-bit discussion.....< 1) If Ju 2286+ 11/02 Kai Henningsen Re: regarding the handling of weird address form 2287+ 11/02 Kai Henningsen Re: about authentication trails in messages for 2288+ 11/02 Kai Henningsen Re: About that 8-bit discussion.....<> what fo 2291+ 11/02 "Jack De Winter" Re: About that 8-bit discussion.....<<>I think t 2292+ 11/03 "D. J. Bernstein" Re: About that 8-bit discussion.....<<> 8BITMIME 2293+ 11/03 "D. J. Bernstein" Re: About that 8-bit discussion.....<<> With a J 2294+ 11/02 "Jack De Winter" Re: About that 8-bit discussion.....< Its obvi 2296+ 11/03 Kai Henningsen Re: About that 8-bit discussion.....<Indeed. > 2300+ 11/03 "Jack De Winter" Re: About that 8-bit discussion.....<<>You could 2301+ 11/03 "Jack De Winter" Re: About that 8-bit discussion.....<<>Of course 2302+ 11/03 "Jack De Winter" about missing header lines again...< Actually 2305+ 11/04 "D. J. Bernstein" Re: About that 8-bit discussion.....<<> You say 2306+ 11/04 "D. J. Bernstein" Re: About that 8-bit discussion.....<<> I admit, 2307+ 11/03 "Jack De Winter" Re: About that 8-bit discussion.....<Here's ju 2309+ 11/04 "D. J. Bernstein" Re: About that 8-bit discussion.....<<> So lets 2310+ 11/04 "D. J. Bernstein" Re: About that 8-bit discussion.....<<> > Hypocr 2311+ 11/04 Keith Moore the 8-bit discussion is a rathole< T 2326+ 11/16 Chris Newman Re: Enforcing proper MIME encoding of 8-bit 2328+ 11/16 Chris Newman Re: regarding the quoting of characters in addre 2329+ 11/17 "D. J. Bernstein" Re: regarding the quoting of characters in addre 2330+ 11/19 "D. J. Bernstein" more parsing failures<Supposedly elm and t 2332+ 11/21 "D. J. Bernstein" 2LD NS SMTP survey< "D. J. Bernst 2335+ 11/21 Dave Crocker Re: 2LD NS SMTP survey< the time frame involve 2340+ 11/26 "D. J. Bernstein" second SMTP survey<>There sho 2347+ 11/27 Pete Resnick Re: draft-ietf-drums-msg-fmt-00.txt< There was 2349+ 11/27 Internet-Drafts@i I-D ACTION:draft-ietf-drums-msg-fmt-00.txt<<--Ne 2350+ 11/27 Tim Goodwin Re: draft-ietf-drums-msg-fmt-00.txt<<> Actually, 2351+ 11/27 Pete Resnick Re: draft-ietf-drums-msg-fmt-00.txt< But there 2363+ 11/27 "D. J. Bernstein" Re: draft-ietf-drums-msg-fmt-00.txt<<> Actually, 2364+ 11/27 Ofer Inbar Re: draft-ietf-drums-msg-fmt-00.txt<<>>If I read 2365+ 11/27 "D. J. Bernstein" Re: draft-ietf-drums-msg-fmt-00.txt<<> Note espe 2366+ 11/27 "D. J. Bernstein" Re: draft-ietf-drums-msg-fmt-00.txt<<> 1) With f 2367+ 11/27 Pete Resnick Re: draft-ietf-drums-msg-fmt-00.txt< The quest 2370+ 11/27 Chris Newman From the Chair: personal attacks (again)< Cons: Newman> 1) A te 2376+ 11/27 Chris Newman Re: draft-ietf-drums-msg-fmt-00.txt<It's not t 2384+ 11/28 Kai Henningsen Re: draft-ietf-drums-msg-fmt-00.txt< Do not wa 2390+ 11/30 "D. J. Bernstein" Re: "." in phrase<<> generate unquoted "." in ph 2391+ 11/30 "D. J. Bernstein" RE: "." in phrase<<> I wonder if anyone has gone 2392+ 11/30 "D. J. Bernstein" Re: draft-ietf-drums-msg-fmt-00.txt<<[ trace fie 2393+ 11/30 "D. J. Bernstein" Re: draft-ietf-drums-msg-fmt-00.txt<<> There *is 2394+ 11/30 Kai Henningsen Re: draft-ietf-drums-msg-fmt-00.txt< Please qu 2397+ 11/30 "D. J. Bernstein" Re: draft-ietf-drums-msg-fmt-00.txt<<> Instead o 2398+ 11/30 "Roger Fajman" Re: '.' in phrase<<> Right now, I'm leaning in f 2399+ 11/30 Mark Crispin Re: '.' in phrase< A little bit more professional 2403+ 12/01 Christian Kuhtz Re: new survey< Maybe you should attempt readi 2405+ 12/01 jud spencer Re: new survey< I've > created separate col 2413+ 12/03 "D. J. Bernstein" Re: draft-ietf-drums-msg-fmt-00.txt<<> > Explain 2414+ 12/02 "Gregory J. Woodh Re: draft-ietf-drums-msg-fmt-00.txt< If a rela 2416+ 12/02 Pete Resnick Re: draft-ietf-drums-msg-fmt-00.txt< If it doe 2418+ 12/03 Philip Hazel Re: draft-ietf-drums-msg-fmt-00.txt< If I use the header line > 2423+ 12/03 Chris Newman Re: Applicability of RFC 822 to News< RFC822's 2436+ 12/05 "D. J. Bernstein" Re: draft-ietf-drums-msg-fmt-00.txt<<> Note that 2437+ 12/04 Pete Resnick Form of the Message Format document< the s 2440+ 12/05 "D. J. Bernstein" Re: draft-ietf-drums-msg-fmt-00.txt<<> you can't 2441+ 12/04 Dave Crocker DRAFT-DRUMS-ABNF-03.txt<<--============_-1362355 2442+ 12/05 Harald.T.Alvestra Re: DRAFT-DRUMS-ABNF-03.txt<Agreed. An 2446+ 12/05 Chris Newman Re: DRAFT-DRUMS-ABNF-03.txt<I'd be tempt 2452+ 12/05 Keith Moore Re: draft-ietf-drums-msg-fmt-00.txt<<> This is a 2453+ 12/05 "D. J. Bernstein" Re: MTA action with illegal input<<> Personally, 2454+ 12/05 Keith Moore Re: MTA action with illegal input<<> Personally, 2455+ 12/05 Chris Newman Re: MTA action with illegal input< A relay's S 2460+ 12/06 "D. J. Bernstein" Re: draft-ietf-drums-msg-fmt-00.txt<<> The right 2461+ 12/06 "D. J. Bernstein" Re: MTA action with illegal input<<> In other wo 2462+ 12/05 Keith Moore Re: MTA action with illegal input<<> On Thu, 5 D 2463+ 12/06 Keith Moore Re: '.' in phrase<<> > Right now, I'm leaning in 2464+ 12/06 Paul Overell Re: DRAFT-DRUMS-ABNF-03.txt< > > 4 name ;liter 2472+ 12/06 "D. J. Bernstein" Re: '.' in phrase< So does everybody agree now 2474+ 12/07 "D. J. Bernstein" Re: '.' in phrase<<> Personally, I'd say "MUST a 2475+ 12/07 Dave Crocker Re: DRAFT-DRUMS-ABNF-03.txt< Code 2485+ 12/08 Jim Conklin Re: MTA action with illegal input< I belie 2491+ 12/10 "D. J. Bernstein" Re: Form of the Message Format document<<> But l 2492+ 12/10 Jim Conklin Re: DRAFT-DRUMS-ABNF-03.txt< Whateve 2501+ 12/11 "Brad Knowles" Re: Large Site MX document<> 2505+ 12/11 Jay@aol.com Re: Large Site MX document< qmail may have sur 2510+ 12/11 Paul A Vixie Re: Large Site MX document< The problem is not 2513+ 12/12 "Brad Knowles" Re: Large Site MX document< > if you care abou 2515+ 12/12 "Brad Knowles" Re: Large Site MX document< Whateve 2517+ 12/12 John Gardiner Mye Re: Large Site MX document<<"Brad Knowles" > if your routers, 2521+ 12/13 "Brad Knowles" Re: Large Site MX document< Why no more than 9 2529+ 12/15 "D. J. Bernstein" Re: blank line as head/body separator<<> Thus on 2530+ 12/15 Dave Crocker Re: DRAFT-DRUMS-ABNF-03.txt< you sti 2537+ 12/16 Randall Gellens Re: blank line as head/body separator< > Many 2541+ 12/16 "Jack De Winter" Re: blank line as head/body separator< What ac 2546+ 12/17 "D. J. Bernstein" Re: a modest proposal<<> the interoperability pr 2547+ 12/16 Ofer Inbar Re: blank line as head/body separator<<"D. J. Be 2548+ 12/17 "Jack De Winter" Re: a modest proposal< > (3) T 2551+ 12/18 Mark Crispin Re: blank line as head/body separator< Okay. S 2553+ 12/19 "D. J. Bernstein" Re: blank line as head/body separator<<> The imp 2554+ 12/18 Mark Crispin Re: blank line as head/body separator< > Okay. 2557+ 12/18 Ofer Inbar The string after HELO< So, back to my orig 2560+ 12/19 "D. J. Bernstein" Re: blank line as head/body separator<<> No. The 2561+ 12/19 "Jack De Winter" Re: blank line as head/body separator<<>Folks wh 2562+ 12/18 "Gregory J. Woodh Re: The string after HELO< What about a bare I 2564+ 12/19 "Jack De Winter" Re: The string after HELO<<>> Explanation: If a 2565+ 12/19 Pete Resnick Re: blank line as head/body separator< > > What about a ba 2569+ 12/18 "Gregory J. Woodh Re: The string after HELO< 5.2.5 HELO Comma 2573+ 12/19 John C Klensin Re: The string after HELO< I do no 2579+ 12/20 "Jack De Winter" Re: blank line as head/body separator< (b) The group fee 2583+ 12/22 Robert Elz Re: DRUMS Minutes from San Jose< I wrote 2593+ 12/26 Randall Gellens Re: blank line as head/body separator< Sounds 2601+ 12/30 "Brad Knowles" Re: blank line as head/body separator< Right. 2626+ 12/31 John C Klensin Re: blank line as head/body separator (actually: 2627+ 12/31 John C Klensin Re: blank line as head/body separator (actually: 2628+ 01/01 Kai Henningsen Re: blank line as head/body separator (actually: 2629+ 01/01 Kai Henningsen Re: blank line as head/body separator<Yes. It 2633+ 01/01 Mark Crispin Re: blank line as head/body separator<From: (R 2638+ 01/02 "D. J. Bernstein" Re: blank line as head/body separator<<> Dan Ber 2639+ 01/02 "D. J. Bernstein" Re: blank line as head/body separator<<> Other t 2640+ 01/02 "D. J. Bernstein" Re: Case sensitivity (was: Re: blank line as hea 2641+ 01/02 "D. J. Bernstein" Re: blank line as head/body separator (actually: 2642+ 01/02 "D. J. Bernstein" Re: blank line as head/body separator (actually: 2643+ 01/02 "D. J. Bernstein" Re: blank line as head/body separator<<> Why is 2644+ 01/02 "D. J. Bernstein" case sensitivity<<> there is no technical reason 2645+ 01/02 "D. J. Bernstein" Re: blank line as head/body separator<<> You are 2646+ 01/02 "D. J. Bernstein" Re: blank line as head/body separator<<> Not to 2647+ 01/02 "D. J. Bernstein" Re: blank line as head/body separator<<> telling 2648+ 01/02 Philip Hazel Re: case sensitivity< I'm impl 2651+ 01/02 Matti Aarnio Re: case sensitivity<<> Date: 2 Jan 1997 08:12:4 2652+ 01/02 "Claudio Allocchi Fax and E-mail addressing formats: a format prop 2653+ 01/02 Kai Henningsen Re: Case sensitivity<> In seve 2657+ 01/02 "Jack De Winter" Re: case sensitivity<<>Sendmail sends "MAIL From 2658+ 01/02 Mark Crispin Re: blank line as head/body separator< Sendmail sends "MAIL Fro 2660+ 01/02 "D. J. Bernstein" Re: Case sensitivity<<> In fact, there have been 2661+ 01/03 "D. J. Bernstein" Re: blank line as head/body separator<<> RFC 128 2662+ 01/02 Mark Crispin Re: blank line as head/body separator< This is 2664+ 01/03 Robert Elz Re: case sensitivity< if MAIL is to be case se 2666+ 01/03 Robert Elz Re: case sensitivity< I have 2669+ 01/02 Mike O'Dell my 2 cents on this lofty topic< That also doesn't apply 2671+ 01/02 Pete Resnick Re: case sensitivity< If you're now proposing 2673+ 01/03 Pete Resnick Re: case sensitivity< RFC 822 2675+ 01/03 "D. J. Bernstein" Re: my 2 cents on this lofty topic<<> the notion 2676+ 01/03 "D. J. Bernstein" Re: my 2 cents on this lofty topic<<> the notion 2677+ 01/03 "D. J. Bernstein" Re: my 2 cents on this lofty topic<<> the notion 2678+ 01/03 Mark Crispin Re: blank line as head/body separator< > Comments are case-sens 2680+ 01/03 "Perry E. Metzger Re: case sensitivity<<"D. J. Bernstein" writes: 2681+ 01/03 Dave Crocker Re: case sensitivity< when the task is matchin 2684+ 01/03 Kai Henningsen Re: blank line as head/body separator< There w 2687+ 01/03 Mark Crispin Re: blank line as head/body separator< What's t 2692+ 01/03 Michael D'Errico Re: blank line as head/body separator<<> > > The 2693+ 01/03 Lyndon Nerenberg Re: failure during DATA transmission< yes, it's clear that tha 2697+ 01/03 "D. J. Bernstein" Re: blank line as head/body separator<<> The "re 2698+ 01/03 "D. J. Bernstein" Re: blank line as head/body separator<<> They we 2699+ 01/05 Kai Henningsen Re: blank line as head/body separator< The fact that it was in 2703+ 01/06 Keith Moore Re: case sensitivity<<> Future implementors (as 2704+ 01/06 Randall Gellens Re: failure during DATA transmission<However, it appears that there 2708+ 01/07 Paul Hethmon Re: LF vs CRLF< the notion 2712+ 01/07 "D. J. Bernstein" Re: LF vs CRLF<<> However, it appears that there 2713+ 01/08 "D. J. Bernstein" Re: LF vs CRLF<<> > (1) Please can we think abou 2714+ 01/07 Dave Crocker Re: LF vs CRLF< Do you mea 2717+ 01/12 "Claudio Allocchi FAX Addressing: a detailed proposal with 2 alter 2718+ 01/12 "Claudio Allocchi comments on ietf-fax@imc.org PLEASE!<<... just f 2719+ 01/12 "Frode Hernes" FAX Addressing: some comments<Just for the 2721+ 01/14 Chris Newman From the Chair: Complaints about disruptive memb 2722+ 01/14 Chris Newman Re: blank line as head/body separator<> it's eas 2729+ 01/15 Kai Henningsen Re: From the chair: call for concensus< (1) RF 2738+ 01/18 "D. J. Bernstein" Re: LF and mail clients<<> Is this only after co 2739+ 01/18 "D. J. Bernstein" Re: I-D ACTION:draft-ietf-drums-MHRegistry-00.tx 2740+ 01/18 "D. J. Bernstein" Re: comments on draft-ietf-drums-MHRegistry-00.t 2741+ 01/18 Keith Moore Re: comments on draft-ietf-drums-MHRegistry-00.t 2742+ 01/18 Christian Kuhtz Re: comments on draft-ietf-drums-MHRegistry-00.t 2743+ 01/18 "D. J. Bernstein" Re: comments on draft-ietf-drums-MHRegistry-00.t 2744+ 01/18 "D. J. Bernstein" Re: comments on draft-ietf-drums-MHRegistry-00.t 2745+ 01/18 Keith Moore Re: comments on draft-ietf-drums-MHRegistry-00.t 2746+ 01/18 Keith Moore Re: comments on draft-ietf-drums-MHRegistry-00.t 2747+ 01/18 "D. J. Bernstein" Re: comments on draft-ietf-drums-MHRegistry-00.t 2748+ 01/18 "D. J. Bernstein" Re: comments on draft-ietf-drums-MHRegistry-00.t 2749+ 01/18 Christian Kuhtz Re: comments on draft-ietf-drums-MHRegistry-00.t 2750+ 01/18 Keith Moore Re: comments on draft-ietf-drums-MHRegistry-00.t 2751+ 01/19 "D. J. Bernstein" Re: comments on draft-ietf-drums-MHRegistry-00.t 2752+ 01/19 Keith Moore Re: comments on draft-ietf-drums-MHRegistry-00.t 2753+ 01/19 "D. J. Bernstein" Re: comments on draft-ietf-drums-MHRegistry-00.t 2754+ 01/19 Keith Moore Re: comments on draft-ietf-drums-MHRegistry-00.t 2755+ 01/19 "D. J. Bernstein" Re: comments on draft-ietf-drums-MHRegistry-00.t 2756+ 01/19 Keith Moore Re: comments on draft-ietf-drums-MHRegistry-00.t 2757+ 01/19 Kai Henningsen Re: comments on draft-ietf-drums-MHRegistry-00.t 2758+ 01/19 Keith Moore Re: comments on draft-ietf-drums-MHRegistry-00.t 2759+ 01/19 Marco S Hyman Re: comments on draft-ietf-drums-MHRegistry-00.t 2760+ 01/19 "D. J. Bernstein" Re: comments on draft-ietf-drums-MHRegistry-00.t 2761+ 01/19 Keith Moore Re: comments on draft-ietf-drums-MHRegistry-00.t 2762+ 01/19 Pete Resnick Re: comments on draft-ietf-drums-MHRegistry-00.t 2763+ 01/20 "D. J. Bernstein" Re: comments on draft-ietf-drums-MHRegistry-00.t 2764+ 01/20 "D. J. Bernstein" Re: comments on draft-ietf-drums-MHRegistry-00.t 2765+ 01/19 Christian Kuhtz Re: comments on draft-ietf-drums-MHRegistry-00.t 2766+ 01/19 Pete Resnick Re: comments on draft-ietf-drums-MHRegistry-00.t 2767+ 01/20 Kai Henningsen Re: comments on draft-ietf-drums-MHRegistry-00.t 2768+ 01/19 Larry Masinter Re: draft-hoffman-mailto-url-00.txt< - A registry o 2777+ 01/21 "D. J. Bernstein" bad idea to discard envelopes 2779+ 01/20 "Brad Knowles" Re: comments on draft-ietf-drums-MHRegistry-00.t 2780+ 01/21 Dave Crocker Re: draft-hoffman-mailto-url-00.txt< If not 2784+ 01/22 "D. J. Bernstein" Re: E-mail registry<<> (1) Anyone can register a 2785+ 01/22 "Perry E. Metzger Re: From the chair: call for concensus<<"D. J. B 2786+ 01/22 Alan Barrett Re: From the chair: call for concensus<<> Dan Be 2787+ 01/22 Paul Overell Re: From the chair: call for concensus< It seems to me 2790+ 01/22 Christian Kuhtz Re: E-mail registry<-* (Re: E-mail registry)< From: Christian Kuhtz -* (Re: E-mail registry)<-* (Re: E-mail registry)<-* (Re: E-mail registry)<-* (Re: E-mail registry)<-* (Re: E-mail registry)<<> I'm so 2804+ 01/23 Keith Moore Re: V--* (Re: E-mail registry)<<> eMail 2805+ 01/23 Keith Moore Re: The VERB command<<> Is this yet another feat 2806+ 01/23 Ofer Inbar Re: The VERB command<<> Yesterday I was made awa 2807+ 01/23 "D. J. Bernstein" Re: blank line as head/body separator<<[ invisib 2808+ 01/23 Dave Barr Re: V--* (Re: E-mail registry)<<(yeah, I 2809+ 01/23 Pete Resnick Re: invisible continuation lines<-* (Re: E-mail registry)<-* (Re: E-mail registry)<-* (Re: E-mail registry)<-* (Re: E-mail registry)<<> Why sh 2814+ 01/23 "D. J. Bernstein" Re: The VERB command<<> I was able to find only 2815+ 01/24 "D. J. Bernstein" case-by-case delegation<-* (Re: E-mail registry)< > 2. I don't 2821+ 01/24 "Michael Quinlan" Re: The VERB command<<> From: Philip Hazel - A registry o 2826+ 01/24 "Gregory J. Woodh Re: regarding messages from automated sources<Dan Ber 2828+ 01/24 "Jack De Winter" Re: From the chair: call for concensus<<>People 2829+ 01/24 Pete Resnick Re: invisible continuation lines<-* (Re: E-mail registry)<<> > Vend 2831+ 01/24 John Gardiner Mye Re: invisible continuation lines< > MUST 2835+ 01/24 Christian Kuhtz Re: V--* (Re: E-mail registry)<-* (Re: E-mail registry)<-* (Re: E-mail registry)<<> On Fri 2841+ 01/25 Keith Moore Re: V--* (Re: E-mail registry)<<> > "X-" 2842+ 01/25 Keith Moore Re: regarding messages from automated sources<<> 2843+ 01/25 "D. J. Bernstein" Re: V--* (Re: E-mail registry)<<> X-Vend 2844+ 01/25 "D. J. Bernstein" Re: V--* (Re: E-mail registry)<<> > So, 2845+ 01/25 Keith Moore Re: V--* (Re: E-mail registry)<<> > X-Ve 2846+ 01/25 Keith Moore Re: V--* (Re: E-mail registry)<<> > > So 2847+ 01/26 "D. J. Bernstein" Re: V--* (Re: E-mail registry)<<> It hur 2848+ 01/25 Keith Moore Re: V--* (Re: E-mail registry)<<> > It h 2849+ 01/26 "D. J. Bernstein" delegation< > Perfe 2852+ 01/27 John C Klensin Re: The VERB command<-* (Re: E-mail registry)<-* (Re: E-mail registry)<-* (Re: E-mail registry)<<> The X* 2859+ 01/29 Michael D'Errico Re: The VERB command<<> > The following SMTP ser 2860+ 01/29 Christian Kuhtz Re: V--* (Re: E-mail registry)<-* (Re: E-mail registry)< Well, simple-min 2868+ 02/13 Keith Moore Re: Accepting source routes?<<> If it's not alre 2869+ 02/13 Brad Knowles Re: Accepting source routes?< > I don't want t 2871+ 02/18 "D. J. Bernstein" timeout example< From: "D. J. Bernstein" < 2873+ 02/21 Dave Crocker MailConnect 2 interoperability event<<=46olks, T 2874+ 03/05 Dave Crocker MailConnect 2 / 26-27 March 97: Email Interopera 2875+ 03/12 "Jack De Winter" < N 2892+ 03/25 Brad Knowles Re: Null reverse path on non-error messages< I 2894+ 03/25 Brad Knowles Re: Null reverse path on non-error messages< > 2896+ 03/25 Brad Knowles Re: Null reverse path on non-error messages< S 2900+ 03/26 "Jack De Winter" regarding some of the more obscure DNS records a 2901+ 03/26 Brad Knowles Re: regarding some of the more obscure DNS recor 2902+ 03/26 John C Klensin Re: Null reverse path on non-error messages< That is to say, how S 2910+ 03/31 Pete Resnick Re: Comments on abnf-02< I think this argument 2912+ 04/01 Kai Henningsen Re: Comments on abnf-02< > There is an obvious 2914+ 04/03 Bill McQuillan Issues in msg-fmt-01< 2933+ 04/09 Jacob Palme Modify while relaying or forwarding< | For another 2941+ 04/10 Chris Newman Re: Replying to a mailing list<At 23:44 -0700 2948+ 04/11 Brad Knowles Re: Replying to a mailing list< 2950+ 04/13 Keith Moore Re: When should Message-ID be changed and when n 2951+ 04/14 Chris Newman Re: Replying to a mailing list< (2) Range notation ne 2954+ 04/14 "Roger Fajman" Re: ABNF near finished?<<> (4) Case-sensitive st 2955+ 04/14 "Roger Fajman" Re: ABNF near finished?<<> Given these decisions 2956+ 04/14 Dave Crocker Re: ABNF near finished?< At 5:31 PM -0700 4/14 2958+ 04/15 Chris Newman Re: ABNF near finished?< > 2961+ 04/16 "Roger Fajman" Re: ABNF near finished?<<> It bothers me a bit t 2962+ 04/16 Keith Moore Re: Replying to a mailing list and Reply-To<<> > 2963+ 04/16 Peter Sylvester Re: Replying to a mailing list and Reply-To<<> > 2964+ 04/16 Pete Resnick Re: Replying to a mailing list and Reply-To< > 2968+ 04/16 Peter Sylvester Re: Replying to a mailing list and Reply-To<<> > 2969+ 04/16 Rob Earhart Re: ABNF near finished?< ' 2974+ 04/17 "D. J. Bernstein" Re: Replying to a mailing list and Reply-To<<> I 2975+ 04/16 "Bart Schaefer" Re: Replying to a mailing list and Reply-To< > Here's another sugg 2977+ 04/16 "Roger Fajman" Re: Replying to a mailing list and Reply-To<<> " 2978+ 04/16 Keith Moore Re: Replying to a mailing list and Reply-To<<> P 2979+ 04/16 "Bart Schaefer" Re: Replying to a mailing list and Reply-To< t 2981+ 04/17 Keith Moore Re: Replying to a mailing list and Reply-To< W 2986+ 04/17 Robert Elz Re: Replying to a mailing list and Reply-To< I 2989+ 04/17 "Bart Schaefer" Reply-To as a restriction rather than a redirect 2990+ 04/17 "D. J. Bernstein" Re: Replying to a mailing list and Reply-To<<> T 2991+ 04/17 Tom Hastings Use of "-" for range in ABNF: confusion with "-" 2992+ 04/17 Keith Moore Re: Use of "-" for range in ABNF: confusion with 2993+ 04/17 Chris Newman Re: Use of "-" for range in ABNF: confusion with 2994+ 04/18 Robert Elz Re: Replying to a mailing list and Reply-To< T 3006+ 04/18 "D. J. Bernstein" Re: Replying to a mailing list<<> * default repl 3007+ 04/18 Keith Moore Re: When should Message-ID be changed and when n 3008+ 04/18 Keith Moore Re: How to ensure globally unique Message-IDs<<> 3009+ 04/18 "D. J. Bernstein" Re: Replying to a mailing list and Reply-To<<> I 3010+ 04/18 "Bart Schaefer" Rough consensus on reply-to?< S 3013+ 04/18 "D. J. Bernstein" Re: Replying to a mailing list and Reply-To<<> M 3014+ 04/18 Chris Newman Re: Replying to a mailing list and Reply-To< 3018+ 04/18 "Bart Schaefer" Re: How Reply SHOULD Work< > Subject: How Repl 3020+ 04/18 "Roger Fajman" Re: Replying to a mailing list and Reply-To<<> A 3021+ 04/19 "D. J. Bernstein" reply terminology<<> How about "simple reply"? S 3022+ 04/19 "D. J. Bernstein" Re: Replying to a mailing list and Reply-To<<> W 3023+ 04/18 "Bart Schaefer" Re: reply terminology< We can't use t 3026+ 04/19 "Roger Fajman" Re: Rough consensus on reply-to?<<> I thought th 3027+ 04/19 "Roger Fajman" Re: How Reply SHOULD Work<<> 2. For EVERY OTHER 3028+ 04/19 "Roger Fajman" Re: Replying to a mailing list and Reply-To<<> T 3029+ 04/19 "D. J. Bernstein" Re: Replying to a mailing list and Reply-To<<> I 3030+ 04/19 "Perry E. Metzger Re: Replying to a mailing list and Reply-To<<"D. 3031+ 04/19 Jacob Palme Re: How to ensure globally unique Message-IDs< 3040+ 04/20 Peter Sylvester Re: Replying to a mailing list<<> > It is OK wit 3041+ 04/20 Keith Moore Re: How Reply SHOULD Work<<> I would agree compl 3042+ 04/20 Keith Moore Re: How Reply SHOULD Work<<> Keith Moore writes: 3043+ 04/20 "Bart Schaefer" Re: dicating user interface behaviour< If you're arguing t 3046+ 04/21 Kai Henningsen Re: How Reply SHOULD Work< Personally, I feel 3048+ 04/21 Paul Hoffman Re: How Reply SHOULD Work<<>IMHO, it's important 3049+ 04/21 "D. J. Bernstein" Re: How Reply SHOULD Work< Yes, I insist on be 3051+ 04/21 "D. J. Bernstein" Re: How Reply SHOULD Work<<> I don't think 822bi 3052+ 04/22 "Jeff Stephenson A question about RFC 1893 reply codes in SMTP< Our task is to corr 3059+ 04/22 "Bart Schaefer" Re: How Reply SHOULD Work< De : Bar 3063+ 04/23 "Bart Schaefer" Re: How Reply SHOULD Work< Not many end users 3065+ 04/23 Robert Elz Re: ABNF grammar< I have never seen a 3068+ 04/23 Brad Knowles Re: A question about RFC 1893 reply codes in SMT 3069+ 04/23 Brad Knowles Re: How Reply SHOULD Work< I like some aspects of this, 3073+ 04/24 "Roger Fajman" Re: ABNF grammar< Her 3083+ 04/24 John Beck Re: From the Chair: How Reply SHOULD Work< H 3084+ 04/24 John Beck Re: From the Chair: How Reply SHOULD Work< At 3088+ 04/24 John C Klensin Re: dicating user interface behaviour< > 2 3091+ 04/24 Bill McQuillan Re: From the Chair: How Reply SHOULD Work< } I 3093+ 04/25 "Roger Fajman" Re: ABNF grammar<<> One fix might be > > cwsp = 3094+ 04/25 Philip Hazel Re: dicating user interface behaviour< Here's another try: This loo 3096+ 04/25 Robert Elz Re: From the Chair: How Reply SHOULD Work< As 3109+ 04/25 "D. J. Bernstein" Re: From the Chair: How Reply SHOULD Work<<> I a 3110+ 04/25 "D. J. Bernstein" Re: From the Chair: How Reply SHOULD Work<<> Act 3111+ 04/25 "Alain Zahm" Re: From the Chair: How Reply SHOULD Work<<----- 3112+ 04/25 "Bart Schaefer" Re: From the Chair: How Reply SHOULD Work< Ins 3115+ 04/25 Kai Henningsen Re: dicating user interface behaviour< . 3121+ 04/25 John Beck Re: From the Chair: How Reply SHOULD Work< W 3122+ 04/25 John Beck Re: From the Chair: How Reply SHOULD Work< 3123+ 04/25 "Bart Schaefer" Re: From the Chair: How Reply SHOULD Work< > I 3125+ 04/25 Kai Henningsen Re: From the Chair: How Reply SHOULD Work< Because answering your questi 3127+ 04/25 Pete Resnick Re: From the Chair: How Reply SHOULD Work< Earlier today there were appr 3137+ 04/27 "D. J. Bernstein" Re: ehlo survey<<> And what share of those 85600 3138+ 04/28 Peter Sylvester How Reply SHOULD Work<<> I mean when I use "Repl 3139+ 04/28 Peter Sylvester Re: From the Chair: How Reply SHOULD Work<<> kh> 3140+ 04/28 Peter Sylvester Re: From the Chair: How Reply SHOULD Work<<> > P 3141+ 04/28 Chris Newman User Interface recommendations 3143+ 04/28 Kai Henningsen Re: From the Chair: How Reply SHOULD Work< However, t 3146+ 04/29 "Jeff Stephenson RE: User Interface recommendations<<> -----Origi 3147+ 04/29 Ofer Inbar Re: User Interface recommendations< Hum 3150+ 05/01 Pete Resnick Sets - revisited< > SET is an element that 3156+ 05/02 Nick_Shelness@mot Re: Sets - revisited< Unless I really m 3157+ 05/02 "Michael Quinlan" Re: 822-bis should define useful terminology<<> 3158+ 05/02 Chris Newman Re: 822-bis should define useful terminology< The point is that In-Re 3166+ 05/09 "D. J. Bernstein" Re: MBOX format or Berkeley Mailbox Format - a s 3167+ 05/09 Chris Newman Re: SMTP Authentication<I 3181+ 05/15 Brad Knowles RFC 821 to RFC 1893 mapping?< To wit, ther 3183+ 05/19 Keith Moore Re: RFC 821 to RFC 1893 mapping?<<> In reading s 3184+ 06/02 Internet-Drafts@i I-D ACTION:draft-ietf-drums-smtpupd-05.txt<<--Ne 3185+ 06/16 "John Samanick" Deferred Mail Delivery< OK, I took the bait 3210+ 06/20 Keith Moore Re: In-Reply-To and References<<> > I would not 3211+ 06/21 Larry Campbell Re: Re[3]: Deferred Mail Delivery< dot 3217+ 06/22 Pete Resnick Re: quoted-string in draft-ietf-drums-msg-fmt-02 3218+ 06/22 Pete Resnick Re: Comments and white space in draft-ietf-drums 3219+ 06/22 Pete Resnick Re: draft-ietf-drums-msg-fmt-02.txt< W 3246+ 07/02 "Jeff Stephenson" Re: Sizes in draft-ietf-drums-smtpupd05.txt< G 3250+ 07/05 John C Klensin Re: Sizes in draft-ietf-drums-smtpupd05.txt< F 3252+ 07/05 John C Klensin Re: Sizes in draft-ietf-drums-smtpupd05.txt< F 3254+ 07/07 Peter Koch MX handling and 5xx errors at low priority relay 3255+ 07/07 Brad Knowles Re: MX handling and 5xx errors at low priority r 3256+ 07/07 =?ISO-8859-1?Q?Cl Re: MX handling and 5xx errors at low priority r 3257+ 07/08 Nick_Shelness@mot MX Records and 4xx Responses< A 5xx code m 3268+ 07/08 Brad Knowles Re: MX Records and 4xx Responses< ` 3275+ 07/20 Dave Crocker / IM Re: Sets - revisited< >4) Your use of 3294+ 07/23 Pete Resnick Re: A few more abnf-03 comments< I 3298+ 07/23 Ran Atkinson Re: small comments on abnf-03< 3302+ 07/23 "Perry E. Metzger Re: small comments on abnf-03< 3304+ 07/24 Rob Earhart Re: small comments on abnf-03<<"Eric S. Raymond" 3305+ 07/24 "Eric S. Raymond" Re: small comments on abnf-03< "E 3306+ 07/25 Robert Elz HTML arguments< I don't object 3313+ 07/24 Robert Herriot Re: questions about draft-ietf-drums-abnf-03.txt 3316+ 07/24 "Eric S. Raymond" Re: small comments on abnf-03< I 3317+ 07/24 Dave Crocker Re: questions about draft-ietf-drums-abnf-03.txt 3318+ 07/25 Dan Kohn Re: small comments on abnf-03< On Wed, 30 Ju 3327+ 07/30 "Bart Schaefer" Re: From the chair: 552 vs. 452< } I think 552 3331+ 07/30 "D. J. Bernstein" Re: From the chair: 552 vs. 452<<> Does anyone o 3332+ 07/30 "D. J. Bernstein" Re: From the chair: 552 vs. 452<<> RFC 821 is ve 3333+ 07/30 John Beck Re: From the chair: 552 vs. 452< > (ii) I beli 3342+ 07/31 "D. J. Bernstein" Re: From the chair: 552 vs. 452<<> 2) Not Prefer 3343+ 07/31 "D. J. Bernstein" function of reply codes<<> The subtle point (whi 3344+ 07/31 Chris Newman Re: From the chair: 552 vs. 452< I th 3350+ 08/01 Randall Gellens Re: From the chair: 552 vs. 452< Just a followup to the Q 3357+ 08/14 "Perry E. Metzger Re: speeding up QUIT< 3358+ 08/14 "D. J. Bernstein" Re: speeding up QUIT<<> What, exactly, is it tha 3359+ 08/14 "Perry E. Metzger Re: speeding up QUIT<<"D. J. Bernstein" writes: 3360+ 08/14 "D. J. Bernstein" Re: speeding up QUIT<<> Only if so much of the r 3361+ 08/14 "Perry E. Metzger Re: speeding up QUIT<<"D. J. Bernstein" writes: 3362+ 08/14 "D. J. Bernstein" Re: speeding up QUIT<<> The big optimization in 3363+ 08/15 Keith Moore QUIT< I don't know of any technical reason 3368+ 08/15 "D. J. Bernstein" Re: QUIT<<> Many MTA's will log a bitch notice i 3369+ 08/15 "Perry E. Metzger Re: QUIT<<"D. J. Bernstein" writes: > > Many MTA 3370+ 08/17 Harald.T.Alvestra Re: X-Sender, X-Archive< > > > 3386+ 08/20 =?ISO-8859-1?Q?Cl Re: New IETF draft on "Messages between Email an 3387+ 08/20 =?ISO-8859-1?Q?Cl Mailing lists and Newsgroups (was: New IETF draf 3388+ 08/20 =?ISO-8859-1?Q?Cl Mailing lists and Newsgroups (was: New IETF draf 3389+ 08/20 =?ISO-8859-1?Q?Cl Re: New IETF draft on "Messages between Email an 3390+ 08/20 Jacob Palme Re: New IETF draft on "Messages between Email an 3391+ 08/20 John Stanley Re: New IETF draft on "Messages between Email an 3392+ 08/21 John C Klensin Re: X-Sender, X-Archive< >I give an annual tal 3415+ 08/26 Philip Hazel Re: X-Sender, X-Archive< Anand 3427+ 08/27 Keith Moore Re: X-Sender, X-Archive<<> It doesn't deal with 3428+ 08/27 Steve Dorner Re: X-Sender, X-Archive< On Wed, 27 Aug 1997 1 3434+ 08/27 Chris Newman Re: New IETF draft on "Messages between Email an 3435+ 08/27 Steve Dorner Re: X-Sender, X-Archive< > As a first approxim 3441+ 08/29 "Gregory J. Woodh Re: X-Sender, X-Archive< > Most people who car 3443+ 08/29 Keith Moore Re: drums digest for Fri, 29 Aug 1997<<> > Havin 3444+ 08/30 Kai Henningsen Re: X-Sender, X-Archive< Proposed 3447+ 09/01 Jacob Palme Re: Do not recommend "quoted-string"< At 09 3450+ 09/01 "Gregory J. Woodh Re: Do not recommend "quoted-string"< Nor is it 3488+ 09/11 Pete Resnick Re: Incorrect use of the word SHOULD in relation 3489+ 09/11 Johnny Eriksson Re: Message-IDs and tracing< Actually, I was t 3495+ 09/11 "D. J. Bernstein" other Message-ID applications<<> For example, lo 3496+ 09/11 "D. J. Bernstein" Re: Incorrect use of the word SHOULD in relation 3497+ 09/11 "Woodhouse, Grego RE: Message-IDs and tracing< In other words, a 3499+ 09/11 Kai Henningsen Re: Message-IDs and tracing< > With a receipt, 3501+ 09/11 "Woodhouse, Grego status of %-hack< > [example of bac 3506+ 09/12 Kai Henningsen Re: Message-IDs and tracing< The 3514+ 09/13 Pete Resnick Re: DRUMS minutes from 39th IETF meeting<> RFC 822 says that 3524+ 09/17 Simon Lyall Re: NULL recipient lists< How many user age 3527+ 09/16 Chris Newman Re: Semantics of Folding white-space inside quot 3528+ 09/16 "D. J. Bernstein" Re: NULL recipient lists<<> In the current world 3529+ 09/16 Chris Newman Re: postmaster semantics?<<> RFC 822 says that t 3530+ 09/17 Robert Elz Re: Issues from the past few weeks< 3537+ 09/16 "D. J. Bernstein" the XPWD-PWD transition<<> Most FTP servers are 3538+ 09/17 Robert Elz Re: the XPWD-PWD transition< Eg: for th 3540+ 09/16 Ran Atkinson Re: NULL recipient lists< 3544+ 09/16 "D. J. Bernstein" Re: dropping ":;" messages<<> Well, you're wrong 3545+ 09/16 "Perry E. Metzger Re: dropping ":;" messages<<"D. J. Bernstein" wr 3546+ 09/16 Pete Resnick Re: dropping ":;" messages< There are, in fact 3548+ 09/16 "Perry E. Metzger Re: dropping ":;" messages<<"D. J. Bernstein" wr 3549+ 09/16 "Perry E. Metzger I wonder if I should feel honored.< It is 100% 3554+ 09/17 Robert Elz Re: Issues from the past few weeks< | and if t 3557+ 09/18 Robert Elz Re: Issues from the past few weeks< what's in 3559+ 09/17 Peter Sylvester Re: Issues from the past few weeks<<> But the co 3560+ 09/18 Robert Elz Re: Issues from the past few weeks< the issue 3562+ 09/17 "Woodhouse, Grego Reply-to (RE: Issues from the past few weeks)< Yes, those 3564+ 09/18 Philip Hazel Re: Issues from the past few weeks< > On Wed, 3566+ 09/18 Robert Elz Re: Issues from the past few weeks< My (simple) (re)int 3580+ 09/22 "Perry E. Metzger Re: TURN and disconnected SMTP with dynamic IP a 3581+ 09/22 "Jeff Stephenson" Re: TURN and disconnected SMTP with dynamic IP a 3582+ 09/22 "Perry E. Metzger Re: TURN and disconnected SMTP with dynamic IP a 3583+ 09/22 "Eric S. Raymond" Re: TURN and disconnected SMTP with dynamic IP a 3584+ 09/22 John C Klensin Re: TURN and disconnected SMTP with dynamic IP a 3585+ 09/22 "Eric S. Raymond" Re: TURN and disconnected SMTP with dynamic IP a 3586+ 09/22 Jamie Zawinski Reply-To (was Re: Issues from the past few weeks 3587+ 09/23 Mark Delany Re: TURN and disconnected SMTP with dynamic IP a 3588+ 09/22 "Perry E. Metzger Re: TURN and disconnected SMTP with dynamic IP a 3589+ 09/22 John C Klensin Re: TURN and disconnected SMTP with dynamic IP a 3590+ 09/22 Paul Fox Re: Reply-To (was Re: Issues from the past few w 3591+ 09/22 "Perry E. Metzger Re: TURN and disconnected SMTP with dynamic IP a 3592+ 09/22 "Perry E. Metzger Re: Reply-To (was Re: Issues from the past few w 3593+ 09/22 "Eric S. Raymond" Re: TURN and disconnected SMTP with dynamic IP a 3594+ 09/16 "Perry E. Metzger Re: postmaster semantics?<<"Alain Zahm" writes: 3595+ 09/22 Jamie Zawinski Re: Reply-To (was Re: Issues from the past few w 3596+ 09/22 Randall Gellens Re: TURN and disconnected SMTP with dynamic IP a 3597+ 09/22 "Perry E. Metzger Re: Reply-To (was Re: Issues from the past few w 3598+ 09/22 "Eric S. Raymond" Re: TURN and disconnected SMTP with dynamic IP a 3599+ 09/23 Robert Elz Re: Reply-To (was Re: Issues from the past few w 3600+ 09/22 "Bart Schaefer" Re: Reply-To (was Re: Issues from the past few w 3601+ 09/22 "Bart Schaefer" Re: TURN and disconnected SMTP with dynamic IP a 3602+ 09/23 Alan Barrett Re: TURN and disconnected SMTP with dynamic IP a 3603+ 09/23 John C Klensin Re: TURN and disconnected SMTP with dynamic IP a 3604+ 09/23 John C Klensin Re: TURN and disconnected SMTP with dynamic IP a 3605+ 09/23 John C Klensin Re: TURN and disconnected SMTP with dynamic IP a 3606+ 09/23 John C Klensin Re: TURN and disconnected SMTP with dynamic IP a 3607+ 09/08 Ran Atkinson Re: Incorrect use of the word SHOULD in relation 3608+ 09/23 Paul Fox Re: Reply-To (was Re: Issues from the past few w 3609+ 09/23 "Perry E. Metzger Re: TURN and disconnected SMTP with dynamic IP a 3610+ 09/23 "Jeff Stephenson" Re: TURN and disconnected SMTP with dynamic IP a 3611+ 09/23 "Eric S. Raymond" Re: TURN and disconnected SMTP with dynamic IP a 3612+ 09/23 "Eric S. Raymond" Re: TURN and disconnected SMTP with dynamic IP a 3613+ 09/23 John C Klensin Re: TURN and disconnected SMTP with dynamic IP a 3614+ 09/23 "Jeff Stephenson" Re: TURN and disconnected SMTP with dynamic IP a 3615+ 09/23 "Perry E. Metzger Re: TURN and disconnected SMTP with dynamic IP a 3616+ 09/23 "D. J. Bernstein" Re: Incorrect use of the word SHOULD in relation 3617+ 09/23 "D. J. Bernstein" Re: multidrop mode< POP and IMAP were neve 3627+ 09/23 Ran Atkinson Re: Incorrect use of the word SHOULD in relation 3628+ 09/23 Pete Resnick Re: fetchmail = forwarding< So 3631+ 09/11 Pete Resnick Required fields (Was: some non-applicable subjec 3632+ 09/23 "Roger Fajman" Re: TURN and disconnected SMTP with dynamic IP a 3633+ 09/24 Simon Lyall Re: Syntax of identifier in draft-ietf-drums-msg 3634+ 09/24 Robert Elz Re: Syntax of identifier in draft-ietf-drums-msg 3635+ 09/24 Jos Backus Re: Incorrect use of the word SHOULD in relation 3636+ 09/24 Robert Elz Re: Reply-To< I think that Robert has ar 3682+ 09/27 Graham Klyne Re: Reply-to, etc.<> I think that Robert 3697+ 09/27 "Eric S. Raymond" Re: Reply-To (was Re: Issues from the past few w 3698+ 09/27 "Eric S. Raymond" Re: Reply-To (was Re: Issues from the past few w 3699+ 09/28 Robert Elz Re: Reply-To (was Re: Issues from the past few w 3700+ 09/25 Jamie Zawinski Re: Reply-To (was Re: Issues from the past few w 3701+ 09/28 "D. J. Bernstein" Re: Reply-To (was Re: Issues from the past few w 3702+ 09/28 "D. J. Bernstein" Re: Reply-to, etc.<<> What constituted an "inacc 3703+ 09/28 "D. J. Bernstein" ``primary recipients''<<> I could have sent the 3704+ 09/27 Pete Resnick Re: Reply-To (was Re: Issues from the past few w 3705+ 09/27 Dave Crocker Re: Reply-To (was Re: Issues from the past few w 3706+ 09/28 "D. J. Bernstein" reply-to text<<> o If the "Reply-To" field exist 3707+ 09/27 "Bart Schaefer" Re: Reply-To (was Re: Issues from the past few w 3708+ 09/28 Nick_Shelness@mot Re: Reply-to, etc.<> What constituted an 3709+ 09/28 Pete Resnick Re: Reply-To (was Re: Issues from the past few w 3710+ 09/28 Dave Crocker Re: Reply-To (was Re: Issues from the past few w 3711+ 09/28 "Bart Schaefer" Re: Reply-To (was Re: Issues from the past few w 3712+ 09/28 "Bart Schaefer" Re: Reply-To (was Re: Issues from the past few w 3713+ 09/28 "Bart Schaefer" Re: Reply-To (was Re: Issues from the past few w 3714+ 09/28 "D. J. Bernstein" replying to Bcc< If a 3715+ 09/28 Pete Resnick Re: replying to Bcc< you reveal yourself as a 3717+ 09/28 Pete Resnick Re: replying to Bcc< Revealing information tha 3719+ 09/28 Pete Resnick Re: replying to Bcc< An MUA wants to automatic 3721+ 09/28 Pete Resnick Re: replying to Bcc< Is there consensus In Apr 3723+ 09/29 "Alain Zahm" Re: replying to Bcc< Blind Copy recipients MUS 3733+ 09/29 "Woodhouse, Grego RE: replying to Bcc< > Several of us agreed tha 3736+ 09/29 "D. J. Bernstein" Bcc semantics<<> In this instance, I'd prefer to 3737+ 09/29 Pete Resnick Re: consensus in April< "If recipients are listed 3739+ 09/29 Paul Fox Re: Bcc semantics<<> > I'm curious about the his 3740+ 09/29 "Woodhouse, Grego RE: replying to Bcc< > * there were no obje 3742+ 09/29 "D. J. Bernstein" RE: replying to Bcc<<> I don't see that it is ne 3743+ 09/29 Pete Resnick Re: consensus in April<<(*Sigh*) Wasting more ti 3744+ 09/29 Pete Resnick RE: replying to Bcc< Which part of "NOT" an 3747+ 09/30 "D. J. Bernstein" RE: replying to Bcc<<> For example, in 1123: RFC 3748+ 09/29 "Roger Fajman" Re: Reply-To (was Re: Issues from the past few w 3749+ 09/29 Jamie Zawinski forwarding (was Re: Reply-To)< > One case 3751+ 09/30 "Roger Fajman" Re: forwarding (was Re: Reply-To)<<> I also susp 3752+ 09/29 "Bart Schaefer" Re: replying to Bcc< it happen 3754+ 09/30 Robert Elz Re: Bcc semantics< > > > One c 3758+ 10/01 Robert Elz Re: forwarding (was Re: Reply-To)< the test is the 3776+ 10/02 "Woodhouse, Grego RE: wishful thinking vs. reality<Yes or no: Ar 3778+ 10/02 "D. J. Bernstein" Re: wishful thinking vs. reality<<> My note ackn 3779+ 10/03 Keith Moore Re: wishful thinking vs. reality<<> >Yes or no: 3780+ 10/02 Dave Crocker Re: wishful thinking vs. reality< replying to 3782+ 10/03 Keith Moore Re: wishful thinking vs. reality<<> >I prefer to 3783+ 10/03 Peter Sylvester RE: wishful thinking vs. reality< I prefe 3787+ 10/03 "Woodhouse, Grego RE: wishful thinking vs. reality< Bu 3790+ 10/03 Steve Dorner Re: "Reply-to as a replacement for From" conside 3791+ 10/03 "Woodhouse, Grego RE: wishful thinking vs. reality< > why is the 3798+ 10/05 "D. J. Bernstein" Re: wishful thinking vs. reality< That won't d 3803+ 10/05 "D. J. Bernstein" Re: wishful thinking vs. reality<<> changes the 3804+ 10/04 "Eric S. Raymond" Re: wishful thinking vs. reality< I think Dave 3806+ 10/05 Robert Elz Re: wishful thinking vs. reality< RFC822 speci 3813+ 10/06 Robert Elz Re: "Reply-to as a replacement for From" conside 3814+ 10/06 Robert Elz Re: wishful thinking vs. reality< o If the "Re 3816+ 10/05 "Eric S. Raymond" Re: wishful thinking vs. reality<<> > o User age 3817+ 10/05 "Roger Fajman" Re: wishful thinking vs. reality<<> | I think Da 3818+ 10/05 "Roger Fajman" Re: 'Reply-to as a replacement for From' conside 3819+ 10/05 "Roger Fajman" RE: wishful thinking vs. reality<<> Does this su 3820+ 10/05 "Roger Fajman" Re: wishful thinking vs. reality<<> > > o User a 3821+ 10/06 Robert Elz Re: wishful thinking vs. reality< H 3825+ 10/06 "D. J. Bernstein" simple reply targets< 3833+ 10/06 "Bart Schaefer" References definition< At the risk of kick 3836+ 10/07 Jamie Zawinski the Posted-To header< If 3870+ 10/18 Paul Fox Re: Reply-To Straw Poll and Moving forward<<> He 3871+ 10/19 Jacob Palme Re: elaborating on Dan's "simple reply" concept< 3872+ 10/20 Dave Crocker / IM abnf<: 3889+ 10/21 Internet-Drafts@i I-D ACTION:draft-ietf-drums-abnf-05.txt<<--NextP 3890+ 10/21 "Eric S. Raymond" Reply-Personal Proposal, version 1< % > % o If the "Reply-To" 3895+ 10/21 "Eric S. Raymond" Re: Comment on PR#1< > Ac 3897+ 10/21 "Woodhouse, Grego RE: Reply-To pro/con< o If t 3910+ 10/21 "Bart Schaefer" Re: Reply-Personal proposal version #2< How do you s 3917+ 10/22 "D. J. Bernstein" Re: wishful thinking vs. reality<<> If the "rule 3918+ 10/22 "Eric S. Raymond" Re: wishful thinking vs. reality< So, instead 3924+ 10/22 "D. J. Bernstein" Re: wishful thinking vs. reality<<> If there eve 3925+ 10/22 "D. J. Bernstein" Re: wishful thinking vs. reality<<> Also note th 3926+ 10/22 "Eric S. Raymond" Reply-Personal Proposal, version #3< With the list of 3929+ 10/22 Kai Henningsen Re: "Reply-to as a replacement for From" conside 3930+ 10/22 Kai Henningsen Re: Reply-Personal proposal version #2< Every 3933+ 10/22 "Eric S. Raymond" Re: "Reply-to as a replacement for From" conside 3934+ 10/22 Keith Moore Re: Reply-Personal Proposal, version 1<<> This p 3935+ 10/22 Keith Moore Re: Reply-Personal Proposal, version 1<<> > o If 3936+ 10/22 Keith Moore interpretation of proposal #1<<> Let's look agai 3937+ 10/22 "D. J. Bernstein" Re: Reply-Personal Proposal, version 1<<> But we 3938+ 10/22 Paul Fox Re: Reply-Personal Proposal, version #3<<> A. Co 3939+ 10/22 Keith Moore Re: "Reply-to as a replacement for From" conside 3940+ 10/22 Keith Moore Re: "Reply-to as a replacement for From" conside 3941+ 10/22 "Eric S. Raymond" Re: Reply-Personal Proposal, version 1< Above, you j 3973+ 10/23 "D. J. Bernstein" Re: MUA practice summary rides again<<> BSDmail 3974+ 10/23 "Eric S. Raymond" Re: MUA practice summary rides again< > 3976+ 10/23 Jacob Palme What differences are allowed with the same Messa 3977+ 10/23 Keith Moore Re: "Reply-to as a replacement for From" conside 3978+ 10/23 Keith Moore Re: Reply-Personal Proposal, version 1<<> (I som 3979+ 10/23 Keith Moore Re: Reply-Personal Proposal, version 1<<> > If w 3980+ 10/23 Keith Moore Re: Phasing out of mailing lists adding "Reply-T 3981+ 10/23 Kai Henningsen Group syntax< > Resent-cc: recipient list 3984+ 10/23 Keith Moore REPLY problem list (draft #1)< The last 3986+ 10/23 "Eric S. Raymond" Re: Reply-Personal Proposal, version 1< We can s 3991+ 10/23 Paul Fox Re: reply-to munging by lists is not just about 3992+ 10/23 Keith Moore Re: Reply-Personal Proposal, version 1<<> > And 3993+ 10/23 Jacob Palme Re: Phasing out of mailing lists adding "Reply-T 3994+ 10/24 "Roger Fajman" Re: Phasing out of mailing lists adding 'Reply-T 3995+ 10/24 "Roger Fajman" Re: Why we need more UI flexibility<<> Here's th 3996+ 10/24 "Roger Fajman" Re: reply-to munging by lists is not just about 3997+ 10/24 Keith Moore Re: reply-to munging by lists is not just about 3998+ 10/24 "Eric S. Raymond" MUA practice summary meets Billy The Kid< Ok, but see 4005+ 10/23 Kai Henningsen Re: wishful thinking vs. reality< VMS mail 4009+ 10/24 Chris Newman Re: REPLY problem list (draft #1)< 4020+ 10/25 "Roger Fajman" Re: REPLY problem list (draft #1)<<> These indic 4021+ 10/25 "Eric S. Raymond" Isolating one big problem.< (14) Mailin 4024+ 10/25 "Eric S. Raymond" Re: REPLY problem list (draft #1)< 4027+ 10/25 Keith Moore Re: Isolating one big problem.<<> I think Keith 4028+ 10/25 Pete Resnick Re: MUA practice summary meets Billy The Kid< I think thi 4033+ 10/25 Keith Moore Re: MUA practice summary meets Billy The Kid<<> 4034+ 10/25 "Roger Fajman" Re: REPLY problem list (draft #1)<<> I have expl 4035+ 10/25 Keith Moore Re: REPLY problem list (draft #1)<<> > (15) Mail 4036+ 10/25 "Eric S. Raymond" Re: REPLY problem list (draft #1)< SV mailx 4040+ 10/25 "Eric S. Raymond" Re: REPLY problem list (draft #1)< What munging 4042+ 10/25 "Eric S. Raymond" Re: MUA practice summary rides again< Roger Fajma 4045+ 10/26 "Eric S. Raymond" Re: MUA practice summary rides again< If you c 4047+ 10/26 Robert Elz Re: REPLY problem list (draft #1)< Other no 4057+ 10/26 "Eric S. Raymond" Re: REPLY problem list (draft #1)< > And if yo 4060+ 10/26 Jamie Zawinski Re: Can different messages have the same Message 4061+ 10/26 Harald.T.Alvestra Re: REPLY problem list (draft #1)< "Reply-To Mu 4064+ 10/26 "Eric S. Raymond" Re: REPLY problem list (draft #1)< I am not ye 4068+ 10/26 Jamie Zawinski Re: Can different messages have the same Message 4069+ 10/26 "Eric S. Raymond" Attack of the Giant MUA Practice Summary< Roger Fajma 4071+ 10/27 "Roger Fajman" Re: REPLY problem list (draft #1)<<> Sorry, I do 4072+ 10/27 "Roger Fajman" Re: REPLY problem list (draft #1)<<> What I'm en 4073+ 10/27 "Roger Fajman" Re: Can different messages have the same Message 4074+ 10/26 "Eric S. Raymond" Attack of the Giant MUA Practice Summary< I am not ye 4077+ 10/27 Robert Elz Re: REPLY problem list (draft #1)< > I agree w 4091+ 10/27 "Bart Schaefer" Re: REPLY problem list (draft #1)< > 1. [3.6.2 4093+ 10/27 "Bart Schaefer" Re: REPLY problem list (draft #1)< > > The use 4096+ 10/28 Kai Henningsen Re: REPLY problem list (draft #1)< >> > 2. [3. 4105+ 10/29 Robert Elz Re: Can different messages have the same Message 4106+ 10/28 "D. J. Bernstein" Re: Can different messages have the same Message 4107+ 10/26 Jacob Palme "Reply-To-All" definition< (1) It is not 4110+ 10/29 "Alain Zahm" Re: Can different messages have the same Message 4111+ 10/22 Kai Henningsen Re: "Reply-to as a replacement for From" conside 4112+ 10/29 Jacob Palme Re: Can different messages have the same Message 4113+ 10/28 Maurizio Codogno Re: REPLY problem list (draft #1)<<(sorry for al 4114+ 10/31 Robert Elz Reply-To Proposal (Type 1) available< To me, the 4121+ 10/31 "D. J. Bernstein" Re: Can different messages have the same Message 4122+ 10/31 Graham Klyne Re: Reply-To Proposal (Type 1) available< >Something 4125+ 11/01 Jacob Palme Re: Can different messages have the same Message 4126+ 10/31 "Roger Fajman" Re: REPLY problem list (draft #1)<<> My own poin 4127+ 10/31 "Roger Fajman" Re: REPLY problem list (draft #1)<<> This debate 4128+ 11/01 Kai Henningsen Re: REPLY problem list (draft #1)< % The real difference 4133+ 11/04 Graham Klyne Re: Reply-To Proposal (Type 1) available< I still hav 4136+ 11/04 Robert Elz Re: Reply-To Proposal (Type 1) available< (snip) None of the 4142+ 11/03 DRUMS WG Chair Re: replies, replies...< I think this is 4153+ 11/07 Keith Moore Re: Reply-to (1) wording?<<> If the essense of t 4154+ 11/07 Maurizio Codogno Re: replies, replies...<<<<<< Keith Moore 4196+ 11/12 "Eric S. Raymond" Re: REPLY problem list (draft #1)< Sender of a message is no 4253+ 12/04 Internet-Drafts@n I-D ACTION:draft-ietf-drums-message-id-00.txt<<- 4254+ 12/04 Internet-Drafts@n I-D ACTION:draft-ietf-drums-replyto-meaning-00.t 4255+ 12/04 "Eric S. Raymond" Problem list status of Reply-To-Personal/Mail-Fo 4256+ 12/04 Pete Resnick Re: Comments on draft-ietf-drums-msg-fmt-03.txt< 4257+ 12/04 Paul Overell Re: Comments on draft-ietf-drums-msg-fmt-03.txt< 4258+ 12/04 Paul Hoffman / IM Bulk Unsolicited Mail BOF (spam)< At 09.37 -0500 97-12-04, 4262+ 12/05 Chris Newman Re: Problem list status of Reply-To-Personal/Mai 4263+ 12/05 Internet-Drafts@n I-D ACTION:draft-ietf-drums-mail-followup-to-00. 4264+ 12/05 Internet-Drafts@n I-D ACTION:draft-ietf-drums-replyto-personal-00. 4265+ 12/05 Jacob Palme Re: Proposed Agenda< > This is getting very fr 4267+ 12/06 Graham Klyne Re: Proposed Agenda< If we want 4270+ 12/05 Chris Newman DRUMS agenda< > If we 4272+ 12/08 "Roger Fajman" Re: List-* replies considered harmful<<> I don't 4273+ 12/08 Keith Moore Re: List-* replies considered harmful<<> It isn' 4274+ 12/08 =?ISO-8859-1?Q?Cl Re: List-* replies considered harmful< It shou 4276+ 12/09 Harald.T.Alvestra Blank lines in ABNF specs?< "Follo 4289+ 12/12 "D. J. Bernstein" Re: New solution to the Reply-To issue<<> Soluti 4290+ 12/12 "Roger Fajman" Re: New solution to the Reply-To issue<<> 3. New 4291+ 12/12 "Roger Fajman" Re: User interface for 'reply' command<<> Even t 4292+ 12/13 "D. J. Bernstein" Re: Issues for the Mail-Followup-To header field 4293+ 12/12 "Roger Fajman" Reply-All Proposal with Possible User Interface< 4294+ 12/13 "Roger Fajman" Re: Reply-All Proposal with Possible User Interf 4295+ 12/13 "Eric S. Raymond" Re: New solution to the Reply-To issue< Could 4301+ 12/15 "Eric S. Raymond" Re: User interface for "reply" command< > Alternative Majo 4305+ 12/19 "D. J. Bernstein" Re: How to find a solution< > > Keep only "Rep 4307+ 12/18 "Roger Fajman" Re: How to find a solution<<> > These mailers ar 4308+ 12/19 "D. J. Bernstein" Re: How to find a solution< Please don't send 4311+ 12/19 "D. J. Bernstein" Re: How to find a solution<<> Part of the proble 4312+ 12/19 Pete Resnick Re: How to find a solution< On 12/19/97 at 12: 4314+ 12/19 "D. J. Bernstein" Why I don't use Reply-To:drums< > > > Keep only "R 4328+ 12/23 "Eric S. Raymond" Re: How to find a solution< Keith Moore Jacob 4347+ 12/24 "Roger Fajman" Re: How to find a solution<<> > Certainly the va 4348+ 12/24 "Roger Fajman" Re: Reply-All Proposal with Possible User Interf 4349+ 12/24 "Roger Fajman" Re: How to find a solution<<> That's a pretty go 4350+ 12/24 "Roger Fajman" Re: How to find a solution<<> Keith Moore writes 4351+ 12/24 "Roger Fajman" Re: How to find a solution<<> (3) Solutions whic 4352+ 12/24 "Eric S. Raymond" Re: User interface for 'reply' command< Roger Fajman 4357+ 12/24 "Eric S. Raymond" Meanwhile, in the real world...< At least while the 4359+ 12/24 "Roger Fajman" Re: User interface for 'reply' command<<> > I do 4360+ 12/24 "Eric S. Raymond" Re: User interface for 'reply' command< Roger 4362+ 12/24 "Eric S. Raymond" Re: User interface for 'reply' command< Keith Moore Keith Moor 4376+ 12/27 Keith Moore are both efforts (redefine R-T / define M-F-T) m 4377+ 12/27 Keith Moore Re: How to find a solution<<> > And as far as I 4378+ 12/27 Keith Moore Re: How to find a solution<<> > >Remember that t 4379+ 12/27 Keith Moore Re: How to find a solution<<> (1) We should find 4380+ 12/27 Keith Moore Re: User interface for 'reply' command<<> Roger 4381+ 12/27 "D. J. Bernstein" Re: How to find a solution< At 23.55 - 4399+ 12/29 Keith Moore Re: Table of all the issues and all the major pr 4400+ 12/30 "D. J. Bernstein" Re: Why I don't use Reply-To:drums< > At 05:12 PM 12/2 4419+ 01/12 Jacob Palme draft-ietf-drums-MHRegistry-04.txt<: 4432+ 03/16 "Eric S. Raymond" Re: draft-ietf-drums-msg-fmt-04.txt submitted<

: > 4441+ 03/17 Uzi Paz Re: X- fields<: > 4448+ 03/16 Dave Crocker Re: X- fields< Is this 4451+ 03/17 Robert Elz Re: X- fields<3.6.9 Private extension fields > 4456+ 03/17 "Eric S. Raymond" Re: X- fields<: > 4458+ 03/17 Robert Elz Re: X- fields<: > A good id 4464+ 03/17 "Eric S. Raymond" Line limit in 2.3 considered obscure< What we have learned from 20 ye 4493+ 03/18 Keith Moore Re: X- fields<<> My only problem with it express 4494+ 03/18 Keith Moore Re:< Possibly this can be strengthen 4496+ 03/18 Christian Kuhtz Re: X- fields< (A) Should it b 4499+ 03/18 Keith Moore Re: X- fields<<> | I disagree. The developer who 4500+ 03/19 Robert Elz Re: X- fields< | Problem is, if you define a h 4503+ 03/18 Pete Resnick Re: Small Clarification to msg-fmt-04< | I agree that it can easily tu 4511+ 03/19 Robert Elz Re: X- fields<: > 4514+ 03/18 Pete Resnick Re: X- fields< One last time - nothing we do w 4516+ 03/18 Keith Moore Re: X- fields<<> Agreement. But I don't think th 4517+ 03/19 "D. J. Bernstein" naming of response fields< 4518+ 03/18 Keith Moore Re: X- fields<<> >And if you're > >willing to pu 4519+ 03/19 "D. J. Bernstein" Re: X- fields< I think X- i 4520+ 03/18 Pete Resnick A different approach to the Reply-To problem<: > 4523+ 03/19 Keith Moore Re: X- fields<<> > > Agreement. But I don't thin 4524+ 03/19 Pete Resnick References to other standards (Was: X- fields)<< 4525+ 03/19 Harald Tveit Alve Re: A different approach to the Reply-To problem 4526+ 03/19 "Eric S. Raymond" Re: Request for editorial change to draft sectio 4527+ 03/19 "Eric S. Raymond" Re: References to other standards (Was: X- field 4528+ 03/19 "Woodhouse, Grego RE: Request for editorial change to draft sectio 4529+ 03/19 "Woodhouse, Grego RE: Request for editorial change to draft sectio 4530+ 03/19 Philip Hazel RE: Request for editorial change to draft sectio 4531+ 03/19 Ofer Inbar Re: X- fields<<> I propose that IANA delegate ne 4532+ 03/19 Paul Hoffman / IM Re: A different approach to the Reply-To problem 4533+ 03/19 Pete Resnick Re: A different approach to the Reply-To problem 4534+ 03/19 =?ISO-8859-1?Q?Cl Re:< s 4535+ 03/19 Jacob Palme Re:< > Jacob, > > > > You left out the cleanes 4538+ 03/19 Keith Moore Re: X- fields<<> > Offhand, I can't think of a s 4539+ 03/19 Pete Resnick Re: X- fields< >> X-Priority is an example of 4542+ 03/19 Keith Moore Re: responses to Bart's questions<<> > Subject: 4543+ 03/19 Keith Moore Re: X- fields<<> Except that some form of implem 4544+ 03/19 Keith Moore Re: naming of response fields<<> > (2) Define tw 4545+ 03/19 Keith Moore allocation of non-X-fields (was Re: X- fields)<< 4546+ 03/19 Keith Moore Re: A different approach to the Reply-To problem 4547+ 03/19 Keith Moore Re: A different approach to the Reply-To problem 4548+ 03/19 Keith Moore Re: Request for editorial change to draft sectio 4549+ 03/19 Keith Moore List behavior<<> Mailing lists, however, are muc 4550+ 03/19 "Eric S. Raymond" Re: A different approach to the Reply-To problem 4551+ 03/20 "Eric S. Raymond" Re: Request for editorial change to draft sectio 4552+ 03/20 James Berriman Re: X- fields< 4564+ 03/20 Keith Moore Re: X- fields<<> > > X-Priority is an example of 4565+ 03/20 Keith Moore Re: A different approach to the Reply-To problem 4566+ 03/20 Keith Moore Re: Idea for a new solution of the X-headers dis 4567+ 03/20 Keith Moore Re: Header registry (was: X- fields)<<> > Yes: a 4568+ 03/20 Paul Fox Re: A different approach to the Reply-To problem 4569+ 03/20 Russ Allbery Re: A different approach to the Reply-To problem 4570+ 03/20 Keith Moore Re: A different approach to the Reply-To problem 4571+ 03/20 =?ISO-8859-1?Q?Cl Re: List behavior< sc 4583+ 03/21 =?ISO-8859-1?Q?Cl Re: Need for multiple reply destination sets?< 4596+ 03/23 "D. J. Bernstein" Re: naming of response fields<<(Just correcting 4597+ 03/23 "D. J. Bernstein" Re: allocation of non-X-fields (was Re: X- field 4598+ 03/23 "D. J. Bernstein" Re: A different approach to the Reply-To problem 4599+ 03/23 Graham Klyne Re: A different approach to the Reply-To problem 4600+ 03/23 Harald Tveit Alve Re: A different approach to the Reply-To problem 4601+ 03/23 Pete Resnick Hopefully resolved Reply-To issues< >p.s. We've had similar discuss 4617+ 03/23 Dave Crocker Re: A different approach to the Reply-To problem 4618+ 03/23 Jacob Palme Re: Some comments on draft-ietf-drums-msg-fmt-04 4619+ 03/23 Jacob Palme Re: Need for multiple reply destination sets?< 4625+ 03/23 Keith Moore Re: A different approach to the Reply-To problem 4626+ 03/23 Keith Moore Re: naming of response fields<<> Keith Moore wri 4627+ 03/23 Keith Moore Re: A different approach to the Reply-To problem 4628+ 03/23 Keith Moore Re: Hopefully resolved Reply-To issues<<> Some o 4629+ 03/23 Keith Moore Re: Second attempt - A different approach<<> Not 4630+ 03/23 Keith Moore Re: Mailing Lists (was: Need for multiple reply 4631+ 03/23 Dave Crocker Re: A different approach to the Reply-To problem 4632+ 03/23 Pete Resnick Re: Hopefully resolved Reply-To issues< On 3/2 4635+ 03/24 Keith Moore Re: A different approach to the Reply-To problem 4636+ 03/24 Robert Elz Re: A different approach to the Reply-To problem 4637+ 03/23 Dave Crocker Re: A different approach to the Reply-To problem 4638+ 03/24 Robert Elz Re: Hopefully resolved Reply-To issues< 4643+ 03/24 Keith Moore Re: Need for multiple reply destination sets?<<> 4644+ 03/24 "R. Kelley Cook" Comments on the current "Reply-To:" in draft 4<< 4645+ 03/25 Robert Elz Re: Comments on the current "Reply-To:" in draft 4646+ 03/24 "R. Kelley Cook" Re: Comments on the current "Reply-To:" in draft 4647+ 03/25 Robert Elz Re: Comments on the current "Reply-To:" in draft 4648+ 03/24 Pete Resnick Re: Comments on the current "Reply-To:" in draft 4649+ 03/25 Robert Elz Re: Comments on the current "Reply-To:" in draft 4650+ 03/24 Pete Resnick Re: Comments on the current "Reply-To:" in draft 4651+ 03/25 Robert Elz Re: Comments on the current "Reply-To:" in draft 4652+ 03/24 Paul Fox Re: Comments on the current "Reply-To:" in draft 4653+ 03/24 Pete Resnick Re: Comments on the current "Reply-To:" in draft 4654+ 03/24 Jacob Palme Re: Need for multiple reply destination sets?< 4656+ 03/24 "Woodhouse, Grego RE: Respond-To, Also-Respond-To, List-Respond-To 4657+ 03/24 "D. J. Bernstein" Re: Need for multiple reply destination sets?< 4661+ 03/24 Keith Moore Re: Need for multiple reply destination sets?<<> 4662+ 03/24 Keith Moore Re: Respond-To, Also-Respond-To, List-Respond-To 4663+ 03/24 Keith Moore Re: Comments on the current "Reply-To:" in draft 4664+ 03/24 Keith Moore Re: Comments on the current "Reply-To:" in draft 4665+ 03/24 ejnorman@doit.wis Easy Reply-To: solution< 4668+ 03/24 Pete Resnick Re: Comments on the current "Reply-To:" in draft 4669+ 03/24 Keith Moore Re: Need for multiple reply destination sets?<<> 4670+ 03/24 Keith Moore Re: Comments on the current "Reply-To:" in draft 4671+ 03/25 Philip Hazel Re: Comments on the current "Reply-To:" in draft 4672+ 03/25 Chris Newman Reply-To rough concensus points - From the Chair 4673+ 03/25 Chris Newman Reply-To Harsh realities< The o 4695+ 03/26 "D. J. Bernstein" Followup-To in USENET< We a 4696+ 03/26 Uzi Paz Re: Reply-To Harsh realities<<> Date: Thu, 26 Ma 4697+ 03/26 Uzi Paz Re: Reply-To Harsh realities< Why do so many users a 4702+ 03/26 Keith Moore the absolutely essential feature to make Mail-Fo 4703+ 03/26 "D. J. Bernstein" Re: why public-reply-to is inferior< As 4705+ 03/26 Chris Newman Re: Reply-To Harsh realities< > As far as I can tell 4729+ 03/27 Keith Moore Re: A simple proposal: Reply-To-Complete<<> I li 4730+ 03/27 Alan Barrett Re: Comments on the current "Reply-To:" in draft 4731+ 03/27 Uzi Paz Re: why public-reply-to is inferior< How 4738+ 03/29 "D. J. Bernstein" implementation difficulty< 4739+ 03/29 "D. J. Bernstein" how mailing lists provide policy information to 4740+ 03/29 Keith Moore Re: how mailing lists provide policy information 4741+ 03/29 Keith Moore Re: implementation difficulty<<> > Dont-Cc-Autho 4742+ 03/30 "D. J. Bernstein" Re: implementation difficulty< Keith Moore wri 4753+ 03/29 Robert Elz Re: Syntax issues in draft-ietf-drums-msg-fmt-04 4754+ 03/30 "D. J. Bernstein" Re: Syntax issues in draft-ietf-drums-msg-fmt-04 4755+ 03/30 "D. J. Bernstein" Re: implementation difficulty< > And I disagre 4762+ 03/30 Graham Klyne Re: A simple proposal: Reply-To-Complete<<>I don 4763+ 03/30 Graham Klyne Re: Reply-To rough concensus points - From the C 4764+ 03/30 Peter Sylvester Re: Reply-To rough concensus points - From the C 4765+ 03/30 Robert Elz Re: Syntax issues in draft-ietf-drums-msg-fmt-04 4766+ 03/30 Robert Elz Re: Reply-To rough concensus points - From the C 4767+ 03/31 Uzi Paz Re: Reply-To Harsh realities< > If anything, we need to stren 4791+ 04/05 Robert Elz Re: X- fields< Would it be pos 4810+ 04/06 internet!pegasus. Re: Vendor/product names in X-fields?<<< At the 4811+ 04/06 Keith Moore Re: X- fields<<> Because getting rid of X- heade 4812+ 04/07 Uzi Paz Re: Reply-To issue list<<> At 10.10 +0200 98-04- 4813+ 04/06 Michael Elkins Re: Reply-To issue list< Any 4819+ 04/07 "D. J. Bernstein" Re: Reply-To issue list< On Us 4820+ 04/07 "D. J. Bernstein" Re: Reply-To issue list< If yo 4821+ 04/07 Robert Elz Re: Bare CRs and LFs< And i 4830+ 04/07 Jacob Palme Allow ellipsis on References values (was: Reply- 4831+ 04/08 Uzi Paz Re: Reply-To issue list< That' 4841+ 04/08 Jacob Palme Re: A solution for group reply redirection which 4842+ 04/08 "D. J. Bernstein" overstriking survey< Date: Wed, 8 Apr 1998 4847+ 04/09 Uzi Paz Re: A solution for group reply redirection which 4848+ 04/08 "D. J. Bernstein" useless SMTP extensions< This is a go 4851+ 04/08 Paul Fox Re: A solution for group reply redirection which 4852+ 04/09 Uzi Paz Re: "followup" - difference between mail & news< 4853+ 04/08 Nathaniel Borenst Re: useless SMTP extensions< | Message corruption, on 4865+ 04/09 Maurizio Codogno Re: A solution for group reply redirection which 4866+ 04/09 Robert Elz Re: Bare CRs and LFs< I'd 4873+ 04/09 "D. J. Bernstein" Re: Bare CRs and LFs< It is 4874+ 04/09 "D. J. Bernstein" Re: Bare CRs and LFs< C 4875+ 04/09 "D. J. Bernstein" Re: Bare CRs and LFs< B 4876+ 04/09 John C Klensin Re: Bare CRs and LFs< Newsgroups: news.admi 4884+ 04/10 "Gregory J. Woodh Re: A solution for group reply redirection which 4885+ 04/10 Uzi Paz Other reply-to issues< the p 4909+ 04/12 Robert Elz Re: Bare CRs and LFs<(b) If yes on (a): > S 4913+ 04/13 "Jack De Winter" regarding process in DRUMS<Hello, > > Pray t 4958+ 04/28 Ran Atkinson Re: RFC-821 and MS-RFC-821 ?< Subj 4999+ 05/10 Jacob Palme Re: ehlo survey< > I 5002+ 05/11 "D. J. Bernstein" nonstandard zone names<<822bis says that all non 5003+ 05/10 "Perry E. Metzger Re: nonstandard zone names<<"D. J. Bernstein" wr 5004+ 05/11 "D. J. Bernstein" *.net ehlo survey< 5013+ 05/12 =?ISO-8859-1?Q?Cl Re: nonstandard zone names< Treating it as "+0 5015+ 05/12 "Gregory J. Woodh Re: Cc SHOULD NOT appear without To?< Th 5026+ 05/13 Simon Lyall Re: RFC 2119 violations< Oh 5032+ 05/13 "R. Kelley Cook" Re: RFC 2119 violations<> 5068+ 05/19 "Jeff Stephenson" Re: TURN in draft-ietf-drums-smtpupd-06.txt< L 5072+ 05/19 Randall Gellens Re: TURN in draft-ietf-drums-smtpupd-06.txt< Question 5083+ 06/01 Chris Newman Moving ABNF to Draft Status<literals and d 5088+ 06/03 Robert Elz Re: Moving ABNF to Draft Status<I used it in a 5090+ 06/03 Robert Elz Re: Moving ABNF to Draft Status< Section 3.10, f 5095+ 06/03 John C Klensin Re: Draft 07 comments< IMO the text shoul 5097+ 06/03 John Beck proposed clarification for 3.10.2< I suggest adding: 5103+ 06/03 John Beck Re: proposed clarification for 3.10.2<ps: there's an 5105+ 06/04 Eric Allman Re: proposed clarification for 3.10.2< Thi 5108+ 06/04 "D. J. Bernstein" Re: proposed clarification for 3.10.2<> Given 5110+ 06/04 "D. J. Bernstein" Re: proposed clarification for 3.10.2< 5112+ 06/04 Pete Resnick Re: 822 phrase semantics?< The objective of the Simp 5114+ 06/05 Russ Allbery Re: smtpupd-07 comments< > 5118+ 06/05 Tony Hansen Re: smtpupd-07 comments< 5119+ 06/05 mea@nic.funet.fi Re: smtpupd-07 comments<<... > Don't I get essen 5120+ 06/05 WJCarpenter Re: smtpupd-07 comments< Frankly I think th 5121+ 06/05 WJCarpenter Re: smtpupd-07 comments< Don't I get essen 5122+ 06/05 John C Klensin Re: smtpupd-07 comments< Is there an 5131+ 06/08 Tony Hansen Re: Control-L< Jacob P 5132+ 06/08 Keith Moore Re: Moving ABNF to Draft Status<<> I'm a little 5133+ 06/09 Jacob Palme Full information about the reply structure< a 5139+ 06/10 "D. J. Bernstein" Re: smtpupd-07 comments<<> > A significant perce 5140+ 06/10 "D. J. Bernstein" Re: smtpupd-07 comments< 5143+ 06/10 "D. J. Bernstein" VRFY is inherently broken<<> > VRFY, like CAPS, 5144+ 06/10 Dave Crocker Re: Moving ABNF to Draft Status< RFC 2119 subse 5148+ 06/10 Keith Moore Re: Moving ABNF to Draft Status<<> That means th 5149+ 06/10 Keith Moore Re: Moving ABNF to Draft Status<<> What are the 5150+ 06/10 "D. J. Bernstein" Re: RFC 2119 section 6< I 5151+ 06/10 Randall Gellens Comments on 821-bis -07<<(I've removed any comme 5152+ 06/11 Robert Elz Re: RFC 2119 section 6 (and VRFY)< this clearl 5154+ 06/11 =?ISO-8859-1?Q?Cl Re: smtpupd-07 comments< C: VRFY 5159+ 06/11 Kai Henningsen Re: Control-L< I.e. th 5165+ 06/12 "D. J. Bernstein" anyone using EXPN?< I thi 5166+ 06/12 Chris Newman Re: Full information about the reply structure<< 5167+ 06/12 Paul Hoffman / IM Re: Moving ABNF to Draft Status<<>I believe we s 5168+ 06/12 "D. J. Bernstein" Re: Moving ABNF to Draft Status< O 5176+ 06/17 "D. J. Bernstein" Re: numeric MX records< It 5177+ 06/17 Philip Hazel Re: numeric MX records< A 5181+ 06/18 "D. J. Bernstein" Re: numeric MX records< Exc 5182+ 06/18 "D. J. Bernstein" Re: numeric MX records< I 5183+ 06/18 Glenn Anderson Re: numeric MX records<<>> So you end up moving 5184+ 06/18 Brian Stafford Re: numeric MX records< 5185+ 06/18 "D. J. Bernstein" Re: numeric MX records< 5186+ 06/18 Robert Elz Re: numeric MX records< But 5188+ 06/18 "Perry E. Metzger Re: numeric MX records<<"D. J. Bernstein" writes 5189+ 06/18 "D. J. Bernstein" Re: numeric MX records< If you put an IP addre 5192+ 06/18 "Perry E. Metzger Re: numeric MX records<<"D. J. Bernstein" writes 5193+ 06/18 Pete Resnick Re: numeric MX records< D 5196+ 06/19 Robert Elz Re: numeric MX records< The 5198+ 06/19 "D. J. Bernstein" Re: numeric MX records< > Whenever a 5199+ 06/19 =?ISO-8859-1?Q?Cl Re: Control-L< 5202+ 06/20 Robert Elz Re: numeric MX records< the 5205+ 06/20 "D. J. Bernstein" Re: numeric MX records< Bou 5206+ 06/19 "Perry E. Metzger Re: numeric MX records<<"D. J. Bernstein" writes 5207+ 06/20 Robert Elz Re: numeric MX records< 5210+ 06/20 Kai Henningsen Re: numeric MX records< In the meantime, howev 5212+ 06/20 Keith Moore Re: numeric MX records<<> New implementors need 5213+ 06/21 "Perry E. Metzger Re: numeric MX records<<"D. J. Bernstein" writes 5214+ 06/22 Philip Hazel Re: numeric MX records< If 5221+ 07/20 "D. J. Bernstein" hop counting prohibition<821bis inertia< My 5232+ 07/28 "D. J. Bernstein" klensin's fragile emotional state< > > An SMTP serv 5247+ 07/28 Russ Allbery Re: suddenly closing connections< The ac 5265+ 07/29 Lyndon Nerenberg Re: QUIT< This ad-hominem argument misrepresen 5269+ 07/29 Chris Newman Re: DATA/RSET/NOOP arguments< However, we kno 5276+ 07/29 Chris Newman Re: relaying and gatewaying< in MY honest opinion, t 5303+ 07/31 mea@nic.funet.fi Re: DATA/RSET/NOOP arguments< Cons 5306+ 07/31 Philip Hazel Re: require complete syntax checks?<> in MY honest opini 5310+ 07/31 Randall Gellens Re: ESMTP in the 220 line< The issue of 8- 5346+ 08/05 "D. J. Bernstein" Re: require complete syntax checks?< 5350+ 08/04 John C Klensin RFC2119 and 821bis< All of th 5365+ 08/05 "D. J. Bernstein" Re: Call for Concensus on Recent issues< Er, w 5383+ 08/05 Pete Resnick Re: ESMTP in the 220 line<Robert 5418+ 08/06 John C Klensin Re: Comments on 'draft-ietf-drums-smtpupd-08.txt 5419+ 08/06 Randall Gellens Re: Call for Concensus on Recent issues (4.5.3)< 5420+ 08/07 "D. J. Bernstein" Re: Call for Concensus on Recent issues< > Qui 5424+ 08/07 Philip Hazel Re: Call for Concensus on Recent issues< > Pet 5430+ 08/07 "D. J. Bernstein" A fundamental QUIT problem<In reality, the server mu 5443+ 08/07 Russ Allbery Re: Why MUST i QUIT?< The 5445+ 08/08 "D. J. Bernstein" spaces before arguments<<821 requires that the a 5446+ 08/08 "D. J. Bernstein" smtpupd-08 case confusion< From 821bis: > > ... 5463+ 08/08 Keith Moore Re: 250\r\n servers?<<> smtpupd-08 says unambigu 5464+ 08/08 Keith Moore Re: smtpupd-08 discourages correct POP handling< 5465+ 08/09 mea@nic.funet.fi Re: another unauthorized syntax-check requiremen 5466+ 08/09 mea@nic.funet.fi Re: 821bis ipv6 syntax<<> 821bis seems to allow 5467+ 08/09 "D. J. Bernstein" Re: another unauthorized syntax-check requiremen 5468+ 08/09 Robert Elz Re: another unauthorized syntax-check requiremen 5469+ 08/09 Robert Elz Re: another unauthorized syntax-check requiremen 5470+ 08/09 "D. J. Bernstein" Re: another unauthorized syntax-check requiremen 5471+ 08/09 Robert Elz Re: another unauthorized syntax-check requiremen 5472+ 08/10 Philip Hazel Re: smtpupd-08 discourages correct POP handling< 5473+ 08/10 Harald Tveit Alve ABNF issue: Multi-line ?<?<?<?< But my und 5485+ 08/11 "D. J. Bernstein" Re: smtpupd-08 discourages correct POP handling< 5486+ 08/11 "D. J. Bernstein" Re: code 571?<<``Interoperability problems have 5487+ 08/11 Harald Tveit Alve Re: ABNF issue: Multi-line ?<?< ``Interoperability problems hav 5491+ 08/11 Keith Moore Re: code 571?<<> Isn't this the "as if" principl 5492+ 08/11 Chris Newman Re: Comments on 'draft-ietf-drums-smtpupd-08.txt 5493+ 08/11 DRUMS WG Chair Re: ABNF issue: Multi-line ?<<> >pros 5494+ 08/11 Chris Newman Re: code 571?<?< Once again, I m 5502+ 08/13 Russ Allbery Re: serious VRFY ambiguity< >So I'd interpret 5509+ 08/15 Robert Elz Re: serious VRFY ambiguity< > > I want to be a 5512+ 08/14 "D. J. Bernstein" Re: serious VRFY ambiguity< 5514+ 08/14 "Randall S. Winch Re: serious VRFY ambiguity< > I can't tell by 5517+ 08/14 Keith Moore Re: serious VRFY ambiguity<<> : At the June 1996 5518+ 08/14 Russ Allbery Re: serious VRFY ambiguity< > 5533+ 08/18 Robert Elz Re: serious VRFY ambiguity< 571 was 5535+ 08/17 "D. J. Bernstein" Re: serious VRFY ambiguity< From section 3.5.3 5542+ 08/17 Keith Moore Re: serious VRFY ambiguity<<> >p.s. I personally 5543+ 08/17 Pete Resnick Semantics of WSP<Why should there be 5550+ 08/18 Norbert Bollow Re: serious VRFY ambiguity<<> True, but VRFY won 5551+ 08/18 Norbert Bollow Re: serious VRFY ambiguity< (1) If at least 3 peo 5556+ 08/18 Chris Newman Mailrev BOF< If 5574+ 08/19 Keith Moore Re: VRFY discussion<<> You seem to be missing th 5575+ 08/19 Robert Elz Re: VRFY discussion< If you really want to kno 5577+ 08/19 Jos Backus Re: VRFY discussion<a) By making it very clear 5585+ 08/19 Dave Crocker Re: DRUMS management versus implementors< > What the strong interpe 5593+ 08/19 Russ Allbery Re: VRFY discussion< Wh 5598+ 08/19 dave@wildbear.on. Re: DRUMS management versus implementors< > i 5601+ 08/20 "D. J. Bernstein" Re: DRUMS management versus implementors< How 5603+ 08/19 Keith Moore Re: VRFY discussion<<> And why is it the busines 5604+ 08/20 "D. J. Bernstein" Re: VRFY discussion< If 5605+ 08/20 Norbert Bollow VRFY clarification - Revised proposed text< However, a "CRLF WSP" se 5608+ 08/19 Dan Wing Re: VRFY discussion<<>If the consensus of this W 5609+ 08/19 Pete Resnick Re: Semantics of WSP< th 5616+ 08/20 Norbert Bollow Re: VRFY discussion< 5617+ 08/20 Norbert Bollow Re: VRFY clarification - Revised proposed text<< 5618+ 08/20 Norbert Bollow Re: VRFY discussion<> > If implemented in a se 5621+ 08/20 Robert Elz Re: Minor msg-fmt-05 questions [repost]< 5623+ 08/20 Norbert Bollow VRFY discussion - SUMMARY< * It is not tru 5638+ 08/20 Chris Newman Re: Minor msg-fmt-05 questions [repost]< Date: 20 Aug 19 5643+ 08/21 Robert Elz Re: VRFY discussion - SUMMARY< The fact is: VRFY is not 5647+ 08/21 "D. J. Bernstein" Re: VRFY wording for draft-ietf-drums-smtpupd-08 5648+ 08/21 "D. J. Bernstein" Re: VRFY discussion< Ex 5649+ 08/21 "D. J. Bernstein" Re: VRFY discussion - SUMMARY<<``straw man 3 a w 5650+ 08/21 "D. J. Bernstein" Re: VRFY discussion - SUMMARY< If IETF 5671+ 08/22 WJCarpenter Re: VRFY discussion - SUMMARY< As an extre 5672+ 08/22 Randall Gellens Re: VRFY discussion - SUMMARY< it decid 5690+ 08/26 mea@nic.funet.fi Re: greeting message with NO UCE< I do conside 5696+ 08/27 Antony Bowesman Re: field names< > Pete 5697+ 08/26 =?ISO-8859-1?Q?Cl Re: SMTP banner<From an implementor's perspect 5701+ 08/26 Pete Resnick Re: years before 1900< W 5712+ 09/28 "Barry Leiba" Minutes from DRUMS WG, 42nd IETF< * There 5718+ 10/01 Eliot Lear Re: Minutes from DRUMS WG, 42nd IETF< > > Curr 5724+ 10/13 "D. J. Bernstein" syntax errors< Yo 5729+ 10/23 "D. J. Bernstein" Re: syntax errors< Is it yo 5730+ 10/24 Robert Elz Re: syntax errors< Yes, the 5732+ 10/25 Robert Elz Re: syntax errors< Last, al 5734+ 10/25 Kai Henningsen Re: syntax errors< It's been two month 5739+ 10/26 John C Klensin Re: Status of the drafts?< > I still think it 5741+ 10/31 scj2@gs4.revnet.c ISM Corp has acquired 4.7 mill to begin producti 5742+ 11/01 "D. J. Bernstein" Re: syntax errors< by being 5743+ 11/01 "D. J. Bernstein" Re: syntax errors< So exact 5744+ 11/01 Dan Kohn The First E-Mail Message (http://www.pretext.com 5745+ 11/02 mea@nic.funet.fi Re: syntax errors<<"D. J. Bernstein" Ha 5747+ 11/02 mea@nic.funet.fi Re: syntax errors<< writes: ... > 5748+ 11/02 "D. J. Bernstein" Re: syntax errors< I 5749+ 11/04 Peter Koch (bad) i18n of "Re:" usage in "Subject:"<100-RCPT limit in RFC 821 >m 5753+ 11/05 "D. J. Bernstein" Re: syntax errors< Imp 5754+ 11/05 Robert Elz Re: syntax errors< 5758+ 11/05 "Larry Osterman ( RE: how is Re actually used?<If you have infor 5761+ 11/06 Kai Henningsen Re: how is Re actually used?< If you have info 5763+ 11/11 Dave Crocker Re: In-Reply-To< > For som 5765+ 11/11 Dave Crocker Re: In-Reply-To< > At 01:5 5767+ 11/12 Antony Bowesman Re: how is Re actually used?< We will be holding a 5795+ 12/03 John Beck Re: LDAP schema BOF< We will be holding a 5796+ 12/04 John Beck Re: 821bis, draft proto-09< ... I'm pos 5797+ 12/04 John C Klensin Re: 821bis, draft proto-09< Th 5801+ 12/08 Matti Aarnio smtpupd-09b.txt< I 5809+ 12/09 Pete Resnick New Message-ID Note (Was: Message-ID persistence 5810+ 12/10 Antony Bowesman Re: New Message-ID Note (Was: Message-ID persist 5811+ 12/10 "D. J. Bernstein" another example of case dependence< Wher 5824+ 12/16 Jacob Palme Re: New Message-ID Note (Was: Message-ID persist 5825+ 12/16 "David Lemson (Ex address-type< At 1 5840+ 01/07 Norbert Bollow Re: Use of "Re: "< This is 5847+ 01/17 Jamie Zawinski References and In-Reply-To (section 3.6.4)< second of the minute i 5862+ 01/29 Eliot Lear Re: smtpupd-09 prohibits dumb clients< clients SHO 5866+ 01/29 Maurizio Codogno Re: smtpupd-09 date errors< Fully-capable 5875+ 01/30 "D. J. Bernstein" Re: smtpupd-09 still discourages HELO< A few SMTP 5885+ 01/30 Brad Knowles Re: smtpupd-09 and VRFY< Dan, if 5904+ 01/30 mea@nic.funet.fi Re: smtpupd-09 still requires ``stopping trivial 5905+ 01/30 Paul Hoffman / IM Re: smtpupd-09 requires detailed reply code insp 5906+ 01/30 "D. J. Bernstein" Re: smtpupd-09 and ``destinations''<From: 5927+ 02/01 Alexey Melnikov Re: stripped-down client configuration (Address, 5928+ 02/01 "D. J. Bernstein" Re: editing status of 821bis, draft -10.< Ther 5943+ 02/05 "Barry Leiba" RE: stripped-down client configuration (Address, 5944+ 02/05 "D. J. Bernstein" Syntax extensions in RFC 821< A simple 5946+ 02/06 Alexey Melnikov Re: Syntax extensions in RFC 821<<"D. J. Bernste 5947+ 02/06 "D. J. Bernstein" Re: Syntax extensions in RFC 821< John Klens 5963+ 02/08 "D. J. Bernstein" Re: Syntax extensions in RFC 821< Wh 5988+ 02/12 Keith Moore Re: Who wanted to eliminate the tokenizer?<<> C' 5989+ 02/12 John C Klensin Re: More DRUMS procedural problems< ---- 6003+ 02/15 "Larry Osterman ( RE: editing status of 821bis, draft -10.< ---- 6009+ 02/16 "Larry Osterman ( RE: editing status of 821bis, draft -10.< One set of questions 6135+ 03/12 Graham Klyne Re: regarding MX records< Rober 6141+ 03/14 "D. J. Bernstein" Re: MX is not part of the SMTP protocol< At 20.23 +0100 99- 6147+ 03/15 "Woodhouse, Grego RE: regarding MX records< Suppos 6182+ 03/22 Keith Moore Re: Optimising mail to many recipients<<> Does t 6183+ 03/24 Alan Barrett Re: To MX or not to MX?< This i 6188+ 03/25 Bart Schaefer Re: Optimising mail to many recipients<<(Meta-co 6189+ 03/26 Brad Knowles Re: Optimising mail to many recipients<A relay SMTP 6196+ 04/01 "Perry E. Metzger [RFC Editor ] RFC 2550 on Y10K a 6198+ 04/03 Kai Henningsen Re: To MX or not to MX?< Only if my filter doesn't 6202+ 04/04 "Randall S. Winch Re: cs.utk.edu and ORBS< I have set up separat 6204+ 04/05 John C Klensin Re: cs.utk.edu and ORBS<<<<>RFC821 describes wha 6219+ 04/09 Keith Moore Re: X-headers cause uexpected behavior<<> The al 6220+ 04/11 Paul Hoffman / IM Status of the drafts?<> 6227+ 04/28 John Stracke Heads-up: base64< S 6230+ 05/10 "D. J. Bernstein" Re: Quick questions about DRUMS progress...< S 6241+ 05/19 Pete Resnick Re: obs-local-part< In other words, 6296+ 06/02 Brad Knowles RE: Message-ID (was: RE: Take 2: References/In-R 6297+ 06/02 "Larry Osterman ( RE: Message-ID (was: RE: Take 2: References/In-R 6298+ 06/03 Jacob Palme Re: Message-ID (was: RE: Take 2: References/In-R 6299+ 06/02 John C Klensin Re: Message-ID (was: RE: Take 2: References/In-R 6300+ 06/03 Robert Elz Re: Message-ID (was: RE: Take 2: References/In-R 6301+ 06/02 "D. J. Bernstein" Message-ID responsibilities 6303+ 06/03 Ofer Inbar Message-ID, FQDN, and authority< P.S. Some 6317+ 06/06 "D. J. Bernstein" Asinine anti-spam mechanisms< Everyone, pl 6356+ 06/09 Brad Knowles Re: Message-ID draft, comments please<>>>> On 6362+ 06/09 Matt Curtin Re: Message-ID draft, comments please<<>>>>> On 6363+ 06/10 Robert Elz Re: Message-ID draft, comments please<>>>> On 10 Ju 6368+ 06/10 Matt Curtin Re: Message-ID draft, comments please< Given the ea 6378+ 06/11 Craig Young remove name< There are ot 6381+ 06/11 "Perry E. Metzger Re: Asinine anti-spam mechanisms< Outlook 98 reported 6403+ 08/09 "D. J. Bernstein" Re: Messages without From< > I can confirm tha 6405+ 08/10 shelness@lotus.co Re: Messages without From< We are heavy 6406+ 08/10 "Roger Fajman" Re: Messages without From<<> > We are heavy user 6407+ 08/10 "Jeff Stephenson RE: Messages without From< Also, now comments are o 6433+ 01/28 Charles Lindsey Re: Some small bugs?< X-URI: http://www.cs.utk 6436+ 02/02 "Sam Roberts" Q re schedule and (premature?) implementation of 6437+ 02/02 "D. J. Bernstein" Re: Q re schedule and (premature?) implementatio 6438+ 02/02 Pete Resnick Re: Q re schedule and (premature?) implementatio 6439+ 02/03 Charles Lindsey Re: Q re schedule and (premature?) implementatio 6440+ 02/03 Charles Lindsey utext< 3. X- 6450+ 02/05 Keith Moore Re: RFC822's Appendix D, and X- fields<<> if peo 6451+ 02/05 Dave Crocker Re: mailto url in To field< But th 6454+ 02/06 Keith Moore Re: RFC822's Appendix D, and X- fields<<> No, no 6455+ 02/06 Pete Resnick Re: RFC822's Appendix D, and X- fields< From t 6465+ 02/07 Robert Elz Re: RFC822's Appendix D, and X- fields< The "Ref 6467+ 02/06 Ofer Inbar whitespace in date-time<<> 3.3. Date and Time Sp 6468+ 02/06 Ofer Inbar various minor corrections for msg-fmt-08< CFWS<" in the example message<" in the example message< CFWS< As not 6493+ 02/07 Dave Crocker Re: RFC822's Appendix D, and X- fields< At 04: 6495+ 02/08 Charles Lindsey Re: RFC822's Appendix D, and X- fields<(i) CRLF 6556+ 06/07 Russ Allbery Re: Outstanding issues for smtpupd-12< (i) CRL 6562+ 06/08 Raouf Drine < >> SMTP 6565+ 06/09 Peter Koch Re: Outstanding issues for smtpupd-12< From: D 6573+ 07/07 John C Klensin The "Postmaster" text< It appe 6577+ 07/07 Keith Moore Re: The "Postmaster" text< SMTP systems are ex 6584+ 07/08 Peter Koch Re: The "Postmaster" text<<> other system on the 6585+ 07/08 John C Klensin Re: The "Postmaster" text< - things can appe 6588+ 07/08 Pete Resnick Re: ABNF sets and sequences< >1. there are a l 6594+ 07/09 Keith Moore Re: The 551/251 question< At 12:56 AM 7/9/0 6601+ 07/10 Robert Elz Re: The 551/251 question< We could, of course 6611+ 07/11 Dave Crocker Re: ABNF sets and sequences< one proble 6621+ 07/12 Keith Moore Re: ABNF sets and sequences<Is there anythin 6627+ 07/14 Philip Hazel Re: Message munging?< I understand that 821 on 6633+ 07/14 Dave Sill Re: Message munging?< >> I understand that 821 6636+ 07/19 John C Klensin Re: mail-abuse.org tests, and weird addresses... 6637+ 07/19 Valdis.Kletnieks@ Re: mail-abuse.org tests, and weird addresses... 6638+ 07/19 DRUMS WG Chair SMTP WG Last-Call< I agr 6645+ 07/20 Dave Crocker Re: SMTP WG Last-Call< th 6652+ 07/20 Dave Sill Re: SMTP WG Last-Call<Th 6653+ 07/20 "D. J. Bernstein" Re: SMTP WG Last-Call< > finally a client that 6656+ 07/21 Michael Scharff Re: SMTP WG Last-Call< allowing only a single "OK" response 6659+ 07/20 Russ Allbery Re: SMTP WG Last-Call< prog 6665+ 07/21 "D. J. Bernstein" Re: SMTP WG Last-Call< It' 6666+ 07/21 "D. J. Bernstein" Re: SMTP WG Last-Call< In reality, for interop 6668+ 07/21 "Nick Shelness/SS Re: SMTP WG Last-Call< What is t 6669+ 07/21 "Nick Shelness/SS Re: SMTP WG Last-Call< 6673+ 07/21 Dave Sill Re: SMTP WG Last-Call<<"Nick Shelness/SSW/Lotus" 6674+ 07/22 Robert Elz Re: SMTP WG Last-Call< 6681+ 07/23 "D. J. Bernstein" Re: SMTP WG Last-Call<Klensin then e 6686+ 07/25 Philip Hazel Re: client requests ending \012<On Sun, 23 Jul 6689+ 07/25 Philip Hazel Re: client requests ending \012<>On Sun, 23 Ju 6691+ 07/25 Charles Lindsey Re: client requests ending \012< I don't 6697+ 07/25 "Larry Osterman" RE: client requests ending \012<>>>> "Lee" == 6699+ 07/25 Paul Hoffman / IM RE: client requests ending \012< From: Edward 6703+ 07/26 Eliot Lear Re: client requests ending \012< The problem, 6708+ 07/26 Keith Moore Re: client requests ending \012<<> The difficult 6709+ 07/26 Charles Lindsey Re: client requests ending \012< Naked LF shou 6711+ 07/26 Dave Crocker Re: client requests ending \012< We were told 6713+ 07/26 Dave Crocker Re: client requests ending \012< Well in fact, 6715+ 07/26 Dave Crocker Re: client requests ending \012< the operation 6717+ 07/26 Dave Crocker Re: client requests ending \012< > >how? SMTP 6719+ 07/26 DRUMS WG Chair Procedures for Moving Forward< If you 6737+ 07/27 Michael Scharff Re: suggested revision for MUST/SHOULD< Bu 6750+ 07/28 "D. J. Bernstein" Re: 2nd suggested revision for MUST/SHOULD< > 6754+ 07/28 Barry Finkel Re: 2nd suggested revision for MUST/SHOULD< Is 6756+ 07/28 DRUMS WG Chair Re: suggested revision for MUST/SHOULD<<--On Thu 6757+ 07/28 DRUMS WG Chair SMTP draft Issues<<"suggested revision for MUST/ 6758+ 07/28 Russ Allbery Re: suggested revision for MUST/SHOULD< > Is there a semantic differ 6761+ 07/28 Charles Lindsey Re: 2nd suggested revision for MUST/SHOULD< optional in replies?<

optional in replies?< Giv 6779+ 07/31 John Beck Re: smtpupd-12: MAIL resets state tables and buf 6780+ 08/01 DRUMS WG Chair SMTP draft issues (2)< optional in replies?< optional in replies?< optional in replies?< optional in replies?< I s 6793+ 08/02 Keith Moore Re: smtpupd-12: optional in replies?<<> I a 6794+ 08/02 Dave Sill Re: smtpupd-12: optional in replies?< optional in replies?< The sentence I ha 6810+ 08/14 "Woodhouse, Grego RE: RSET scope issue< 4.1.1.5 RESET (RSET) +> 6814+ 08/15 Russ Allbery Re: RSET scope issue< If an implementa 6818+ 08/16 Keith Moore Re: Negotiated noncompliance< I would like to 6821+ 08/17 Eliot Lear Re: Negotiated noncompliance< At 6829+ 08/17 DRUMS WG Chair Re: SMTP draft issues (4)<<--On Thursday, August 6830+ 08/17 Chris Newman Re: Negotiated noncompliance< In reverse order 6839+ 08/23 Robert Elz Re: Negotiated noncompliance< SHOULD narrowly 6844+ 08/23 Russ Allbery Re: Negotiated noncompliance< Now, the only section 6871+ 10/03 Brad Knowles Re: Multiple HELO/EHLO?< --On 01-04-2 6932+ 04/25 Paul Hoffman / IM Re: Request to conclude DRUMS WG< If Keith can do it, how about