IETF Discussion Archive - Thread Index
[Prev Page] [Next Page] [Date Index]
[IETF Announcements Archive]
- Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02, (continued)
- Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
Andrew Newton
- Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02 MARID <ietf-mxcomp at imc.org>,
Stephane Bortzmeyer
- Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02 MARID <ietf-mxcomp at imc.org>,
Andrew Newton
- Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02 MARID <ietf-mxcomp at imc.org>,
Frank Ellermann
- RE: Appeal: Publication of draft-lyon-senderid-core-01 in conflictwith referenced draft-schlitt-spf-classic-02 MARID<ietf-mxcomp at imc.org>,
Thomas Gal
- Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
Frank Ellermann
- Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
wayne
- Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
Andrew Newton
- Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
Julian Mehnle
- Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
Frank Ellermann
- Re: [spf-discuss] Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
wayne
- Re: [spf-discuss] Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
Sam Hartman
- Re: [spf-discuss] Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
wayne
- Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
Frank Ellermann
- Re: [spf-discuss] Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
Douglas Otis
- Re: [spf-discuss] Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
wayne
- Re: [spf-discuss] Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
Douglas Otis
- Re: [spf-discuss] Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
wayne
- Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
Spencer Dawkins
- Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
Stephane Bortzmeyer
- Re: Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
Julian Mehnle
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Stuart Cheshire
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Peter Dambier
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Keith Moore
- <Possible follow-ups>
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Stuart Cheshire
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Stuart Cheshire
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Stuart Cheshire
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Stuart Cheshire
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Margaret Wasserman
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Stephane Bortzmeyer
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Marc Manthey
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Stephane Bortzmeyer
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Russ Allbery
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Brian E Carpenter
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Ian Jackson
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Russ Allbery
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Bill Manning
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Rob Austein
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Steven M. Bellovin
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Pete Resnick
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Brian E Carpenter
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Ian Jackson
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Peter Dambier
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Brian E Carpenter
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Peter Dambier
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Margaret Wasserman
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Ian Jackson
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Bill Manning
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Stuart Cheshire
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Stuart Cheshire
- Re: Last Call: 'Linklocal Multicast Name Resolution (LLMNR)' to Proposed Standard,
Iljitsch van Beijnum
- Appeal: Publication of draft-lyon-senderid-core-01 in conflict with referenced draft-schlitt-spf-classic-02,
Julian Mehnle
- Re: Revised Last Call: 'SSH Transport Layer Encryption Modes' to Proposed,
Sam Hartman
- Re: Last Call: 'Tags for Identifying Languages' to BCP,
JFC (Jefsey) Morfin
- Re: Last Call: 'Tags for Identifying Languages' to BCP,
Peter Constable
Re: Last Call: 'Tags for Identifying Languages' to BCP,
Peter Constable
Re: Last Call: 'Tags for Identifying Languages' to BCP,
Ned Freed
Re: Last Call: 'Tags for Identifying Languages' to BCP,
Peter Constable
Re: Last Call: 'Tags for Identifying Languages' to BCP,
Bruce Lilly
Re: Last Call: 'Tags for Identifying Languages' to BCP,
Bruce Lilly
New attempt to kill "whois",
Frank Ellermann
RE: RFC 2487 [5]: Suggest dropping of "TLS Required"- forbid and extensions of current standards,
Hallam-Baker, Phillip
RFC 2487 [5]: Suggest dropping of "TLS Required"- forbid and extensions of current standards,
thomas schorpp
Last Call comments on draft-ietf-xcon-bfcp-05.txt,
Jeffrey Hutzelman
is the WG-Charter concept changed?,
JFC (Jefsey) Morfin
Fwd: I-D ACTION:draft-carpenter-bcp101-update-00.txt,
Brian E Carpenter
BCPs and STDs,
Edward Lewis
- Re: BCPs and STDs,
Joe Abley
- Re: BCPs and STDs,
Frank Ellermann
- Re: BCPs and STDs,
Harald Tveit Alvestrand
- <Possible follow-ups>
- Re: BCPs and STDs,
Bob Braden
- Re: BCPs and STDs,
Bob Braden
- RE: BCPs and STDs,
Nelson, David
- Re: BCPs and STDs,
Bob Braden
- RE: BCPs and STDs,
Bob Braden
- Re: BCPs and STDs,
Bob Braden
- RE: BCPs and STDs,
Yaakov Stein
Re: IETF 63 On-line Survey,
Spencer Dawkins
Stopping loss of transparency...,
Roland Bless
RE: Last Call: 'Internet Code Point Assignments' to Proposed Stan dard,
Gray, Eric
RE: Last Call: 'Internet Code Point Assignments' to Proposed Stan dard,
Gray, Eric
[Fwd: Turing Lecture by Cerf/Kahn (watch webcast or attend)],
Brian E Carpenter
Conflicts with "0-" header?,
JFC (Jefsey) Morfin
what is a threat analysis?,
Michael Thomas
- Re: what is a threat analysis?,
Dave Crocker
- Re: what is a threat analysis?,
Brian E Carpenter
- Re: what is a threat analysis?,
Michael Thomas
- Re: what is a threat analysis?,
Dave Crocker
- Re: what is a threat analysis?,
Ned Freed
- Re: what is a threat analysis?,
Ned Freed
- Re: what is a threat analysis?,
Stephen Kent
- Re: what is a threat analysis?,
Michael Thomas
- Re: what is a threat analysis?,
Bill Sommerfeld
- Re: what is a threat analysis?,
JFC (Jefsey) Morfin
- Re: what is a threat analysis?,
Ned Freed
- Re: what is a threat analysis?,
Stephen Kent
- Re: what is a threat analysis?,
Dave Crocker
- Re: what is a threat analysis?,
Brian E Carpenter
- Re: what is a threat analysis?,
Michael Thomas
- Re: what is a threat analysis?,
Ned Freed
- Re: what is a threat analysis?,
Dave Crocker
- Re: what is a threat analysis?,
Ned Freed
- Re: what is a threat analysis?,
Dave Crocker
- Re: what is a threat analysis?,
Michael Thomas
- Re: what is a threat analysis?,
Dave Crocker
- Re: what is a threat analysis?,
Brian E Carpenter
- Re: what is a threat analysis?,
Harald Tveit Alvestrand
- Re: what is a threat analysis?,
Jeffrey Hutzelman
- Re: what is a threat analysis?,
Dave Crocker
- Re: what is a threat analysis?,
Michael Thomas
- RE: what is a threat analysis?,
Nicholas Staff
- Re: what is a threat analysis?,
Dave Crocker
- <Possible follow-ups>
- Re: what is a threat analysis?,
Bruce Lilly
- RE: what is a threat analysis?,
Hallam-Baker, Phillip
- RE: what is a threat analysis?,
Fleischman, Eric
- RE: what is a threat analysis?,
Christian Huitema
- RE: what is a threat analysis?,
Fleischman, Eric
- Re: what is a threat analysis?,
Russ Housley
Re: Last Call: 'Internet Code Point Assignments' to Proposed Standard,
Pekka Savola
Autoreply: Re: Why have we gotten away from running code?,
hverma
Two laptops lost right inside IETF WG meeting room,
+ACI-DENG, HUI -HCHBJ+ACI-
Myths of the IESG: Reading documents is the problem,
Sam Hartman
- Re: Myths of the IESG: Reading documents is the problem,
Brian E Carpenter
- Re: Myths of the IESG: Reading documents is the problem,
Dave Crocker
- Re: Myths of the IESG: Reading documents is the problem,
Theodore Ts'o
- Re: Myths of the IESG: Reading documents is the problem,
Spencer Dawkins
- Re: Myths of the IESG: Reading documents is the problem,
Theodore Ts'o
- Re: Myths of the IESG: Reading documents is the problem,
Dave Crocker
- Re: Myths of the IESG: Reading documents is the problem,
Sam Hartman
- Re: Myths of the IESG: Reading documents is the problem,
Theodore Ts'o
- Re: Myths of the IESG: Reading documents is the problem,
Dave Crocker
- Re: Myths of the IESG: Reading documents is the problem,
Spencer Dawkins
- Re: Myths of the IESG: Reading documents is the problem,
Steven M. Bellovin
- Re: Myths of the IESG: Reading documents is the problem,
Spencer Dawkins
- Re: Myths of the IESG: Reading documents is the problem,
Sam Hartman
- Re: Myths of the IESG: Reading documents is the problem,
Sam Hartman
- Re: Myths of the IESG: Reading documents is the problem,
John C Klensin
- Re: Myths of the IESG: Reading documents is the problem,
Brian E Carpenter
- <Possible follow-ups>
- RE: Myths of the IESG: Reading documents is the problem,
Wijnen, Bert (Bert)
Why have we gotten away from running code?,
Brian Rosen
- Re: Why have we gotten away from running code?,
Spencer Dawkins
- Re: Why have we gotten away from running code?,
Scott W Brim
- Re: Why have we gotten away from running code?,
John Leslie
- Re: Why have we gotten away from running code?,
Melinda Shore
- Re: Why have we gotten away from running code?,
Jeroen Massar
- Re: Why have we gotten away from running code?,
Mark Baugher
- Re: Why have we gotten away from running code?,
wayne
- Re: Why have we gotten away from running code?,
Iljitsch van Beijnum
- Re: Why have we gotten away from running code?,
Love Hörnquist Åstrand
- Re: Why have we gotten away from running code?,
Iljitsch van Beijnum
- Re: Why have we gotten away from running code?,
Marc Manthey
- Re: Why have we gotten away from running code?,
C Wegrzyn
- Re: Why have we gotten away from running code?,
Simon Josefsson
- Re: Why have we gotten away from running code?,
Dave Singer
- Re: Why have we gotten away from running code?,
C Wegrzyn
- Re: Why have we gotten away from running code?,
Jari Arkko
- Re: Why have we gotten away from running code?,
C Wegrzyn
- Re: Why have we gotten away from running code?,
Dave Singer
- Re: Why have we gotten away from running code?,
Henning Schulzrinne
- Re: Why have we gotten away from running code?,
Jeroen Massar
- Re: Why have we gotten away from running code?,
Brian E Carpenter
- Re: Why have we gotten away from running code?,
Iljitsch van Beijnum
- Re: Why have we gotten away from running code?,
Alexandru Petrescu
- Re: Why have we gotten away from running code?,
Bill Manning
- Re: Why have we gotten away from running code?,
Alexandru Petrescu
- IPv6 DNS resolvers issue (Re: Why have we gotten away from running code?),
Harald Tveit Alvestrand
- Re: IPv6 DNS resolvers issue (Re: Why have we gotten away from running code?),
Margaret Wasserman
- Re: IPv6 DNS resolvers issue (Re: Why have we gotten away from running code?),
Iljitsch van Beijnum
- Re: IPv6 DNS resolvers issue (Re: Why have we gotten away from running code?),
Margaret Wasserman
- Re: IPv6 DNS resolvers issue (Re: Why have we gotten away from running code?),
Iljitsch van Beijnum
- Re: IPv6 DNS resolvers issue (Re: Why have we gotten away from running code?),
shogunx
- Re: Why have we gotten away from running code?,
C Wegrzyn
- Re: Why have we gotten away from running code?,
Bill Manning
- Re: Why have we gotten away from running code?,
Masataka Ohta
- Re: Why have we gotten away from running code?,
Ned Freed
- Re: Why have we gotten away from running code?,
Marc Manthey
- Re: Why have we gotten away from running code?,
Jari Arkko
- Re: Why have we gotten away from running code?,
Lakshminath Dondeti
- Re: Why have we gotten away from running code?,
Lisa Dusseault
- <Possible follow-ups>
- Re: Why have we gotten away from running code?,
Bruce Lilly
- Re: Why have we gotten away from running code?,
Harald Tveit Alvestrand
- RE: Why have we gotten away from running code?,
Eric Burger
About Internet Draft Again :),
zhen
IETF63 network shutdown at noon today,
MERCIER Francois RD-CSRD-ISS
"IETF servers aren't for testing",
Iljitsch van Beijnum
RE: "straightforward, reasonable, and fair",
Hallam-Baker, Phillip
IETF Chair, General Area, process and complexity,
avri doria
work on diagnostics,
RL 'Bob' Morgan
The plenary and the nomcom-term and review panel proposals,
John C Klensin
- Review panel's role,
Pekka Savola
- Re: Review panel's role,
Spencer Dawkins
- Re: Review panel's role,
Henning Schulzrinne
- Re: Review panel's role,
Spencer Dawkins
- Re: Review panel's role,
Pekka Savola
- Re: Review panel's role,
Spencer Dawkins
- Re: Review panel's role,
Pekka Savola
- Re: Review panel's role,
Steven M. Bellovin
- Re: Review panel's role,
John C Klensin
- Re: Review panel's role,
Brian E Carpenter
- Re: Review panel's role,
Harald Tveit Alvestrand
- Re: Review panel's role,
Spencer Dawkins
- rejection of a document by the review panel [Re: The plenary and the nomcom-term and review panel proposals],
Brian E Carpenter
Tech topics and plans for tonight's plenary,
Leslie Daigle
two Air France bus tickets to CDG available,
Steven M. Bellovin
Process change review and approval by fresh eyes,
Pekka Savola
On standards review panel and division of work,
Pekka Savola
"The IETF has difficulty solving complex problems",
Scott W Brim
- Re: "The IETF has difficulty solving complex problems",
JFC (Jefsey) Morfin
- Re: "The IETF has difficulty solving complex problems",
Brian E Carpenter
- Re: "The IETF has difficulty solving complex problems",
JFC (Jefsey) Morfin
- Re: "The IETF has difficulty solving complex problems",
Pekka Nikander
- Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol,
Richard Shockey
- Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol,
Spencer Dawkins
- Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol,
Richard Shockey
- Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol,
Harald Tveit Alvestrand
- Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol,
Jari Arkko
- Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol,
Henning Schulzrinne
- Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol,
Harald Tveit Alvestrand
- Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol,
Masataka Ohta
- Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol,
Pekka Nikander
- Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol,
Iljitsch van Beijnum
- Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol,
Pekka Nikander
- Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol,
JFC (Jefsey) Morfin
- Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol,
Pekka Nikander
- HIP new possibilities,
JFC (Jefsey) Morfin
- Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol,
Iljitsch van Beijnum
- Re: "The IETF has difficulty solving complex problems" or alternatively Why IMS is a big fat ugly incomprehensiable protocol,
Pekka Nikander
- <Possible follow-ups>
- RE: "The IETF has difficulty solving complex problems",
Hallam-Baker, Phillip
project management (from Town Hall meeting),
Yaakov Stein
Effecting major infrastructure change RE: I'm not the microphone police, but ...,
Hallam-Baker, Phillip
IETF63 Network and IPv6,
Brian Haberman
Keeping this IETF's schedule in the future...?,
Joerg Ott
Mail converted by MHonArc
