IETF Discussion

• Thread Index

• The IAB is Seeking Feedback on the Independent Stream Editor (ISE)
  • From: IAB Chair
• Re: really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Alessandro Vesely
• Re: not really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Niels Dettenbach (Syndicat IT&Internet)
• Re: not really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Viktor Dukhovni
• Re: not really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Dave Crocker
• Re: not really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Scott Kitterman
• Re: not really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: John Levine
• Re: not really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Douglas Otis
• Re: not really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Viktor Dukhovni
• Re: [paws] Gen-art LC review: draft-ietf-paws-protocol-12
  • From: Robert Sparks
• Re: not really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Dave Crocker
• Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Scott Kitterman
• Re: not really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: John Levine
• Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Murray S. Kucherawy
• Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Murray S. Kucherawy
• Re: not really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: ned+ietf
• RE: not really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Christian Huitema
• Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Scott Kitterman
• Re: not really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Dave Crocker
• Re: not really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: ned+ietf
• Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: John Levine
• Re: not really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Viktor Dukhovni
• not really to do with Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: t.p.
• Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Viktor Dukhovni
• Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Scott Kitterman
• Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Viktor Dukhovni
• Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Douglas Otis
• Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Viktor Dukhovni
• Gen-ART Last Call Review of draft-ietf-l2vpn-etree-frwk-06
  • From: Ben Campbell
• Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Scott Kitterman
• RE: [90attendees] Hints on best airport transfer someone?
  • From: Linda Dunbar
• Re: [90attendees] Parking near hotel?
  • From: John Levine
• Re: [90attendees] Hints on best airport transfer someone?
  • From: John Levine
• Re: [90attendees] Hints on best airport transfer someone?
  • From: Sandra Murphy
• Re: WG Review: Domain-based Message Authentication, Reporting & Conformance (dmarc)
  • From: Dave Crocker
• Re: [90attendees] Hints on best airport transfer someone?
  • From: Carsten Bormann
• Re: [90attendees] Hints on best airport transfer someone?
  • From: Russell Sutherland
• Re: [90attendees] Hints on best airport transfer someone?
  • From: Russell Sutherland
• Re: [90all] IETF 90: Early-Bird Registration Cutoff 11 July
  • From: Patrice AVODO
• Re: [90attendees] Hints on best airport transfer someone?
  • From: Paul Hoffman
• Re: [90attendees] Hints on best airport transfer someone?
  • From: John Levine
• Re: [90attendees] Hints on best airport transfer someone?
  • From: John Levine
• Re: [90attendees] Toronto weather?
  • From: John Levine
• Re: Last Call: <draft-ietf-isis-tlv-codepoints-00.txt> (Updates to IS-IS TLV Codepoints Registry) to Proposed Standard
  • From: Henderickx, Wim (Wim)
• RE: Last Call: <draft-ietf-isis-tlv-codepoints-00.txt> (Updates to IS-IS TLV Codepoints Registry) to Proposed Standard
  • From: Les Ginsberg (ginsberg)
• Per pass not needed
  • From: Samir Srivastava
• IANAPLAN
  • From: IETF Chair
• Re: Last Call: <draft-ietf-appsawg-email-auth-codes-04.txt> (Email Authentication Status Codes) to Proposed Standard
  • From: Scott Kitterman
• Re: SMTP authentication (not soon)
  • From: Dan Wing
• Re: No Perpas
  • From: Samir Srivastava
• No Perpas
  • From: Samir Srivastava
• Re: [saag] Fwd: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Rene Struik
• Re: [saag] Fwd: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Rene Struik
• Re: [saag] Fwd: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Rene Struik
• RE: [90all] IETF 90: Early-Bird Registration Cutoff 11 July
  • From: Emma
• Re: mcast.net and reverse for v6 multicast groups
  • From: Joe Abley
• Re: [saag] Fwd: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Viktor Dukhovni
• LLN Plugfest at IETF 90 - Guidelines available
  • From: MARIA INES ROBLES
• Re: Gen-ART review of draft-dukhovni-opportunistic-security-01
  • From: Viktor Dukhovni
• mcast.net and reverse for v6 multicast groups
  • From: Michael Richardson
• RE: Security review of draft-ietf-pce-questions-06
  • From: Adrian Farrel
• Re: Security review of draft-ietf-pce-questions-06
  • From: Ben Laurie
• RE: Security review of draft-ietf-pce-questions-06
  • From: Adrian Farrel
• RE: [secdir] Security review of draft-ietf-pce-questions-06
  • From: Adrian Farrel
• Re: [90all] IETF 90: Early-Bird Registration Cutoff 11 July
  • From: joel jaeggli
• RE: [90all] IETF 90: Early-Bird Registration Cutoff 11 July
  • From: Emma
• Re: SMTP authentication (not soon)
  • From: Phillip Hallam-Baker
• Re: SMTP authentication (not soon)
  • From: Eliot Lear
• Re: SMTP authentication (not soon)
  • From: Dave Cridland
• Re: SMTP authentication (not soon)
  • From: Viktor Dukhovni
• Re: SMTP authentication (not soon)
  • From: Dave Cridland
• Re: SMTP authentication (not soon)
  • From: ned+ietf
• Re: SMTP authentication (not soon)
  • From: Stephen Farrell
• Re: SMTP authentication (not soon)
  • From: Viktor Dukhovni
• Re: SMTP authentication (not soon)
  • From: Phillip Hallam-Baker
• IETF90 Audio Streaming Info
  • From: Nick Kukich
• Re: SMTP authentication (not soon)
  • From: Niels Dettenbach
• Re: [saag] Fwd: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Nico Williams
• Re: [saag] Fwd: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Nico Williams
• Re: [saag] Fwd: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Nico Williams
• Re: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Sam Hartman
• Re: [secdir] Security review of draft-ietf-pce-questions-06
  • From: Hannes Tschofenig
• Re: Security review of draft-ietf-pce-questions-06
  • From: Ben Laurie
• SMTP authentication (not soon)
  • From: Viktor Dukhovni
• Re: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Stephen Farrell
• Re: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Eliot Lear
• Re: [saag] Fwd: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Murray S. Kucherawy
• Re: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Stephen Farrell
• RE: Security review of draft-ietf-pce-questions-06
  • From: Adrian Farrel
• Re: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Eliot Lear
• Re: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Viktor Dukhovni
• Re: [paws] Gen-art LC review: draft-ietf-paws-protocol-12
  • From: Vincent Chen
• Re: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Randy Bush
• Re: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: S Moonesamy
• NOMCOM 2014-15: Results of Random Selection
  • From: NomCom Chair 2014
• Re: [saag] Fwd: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Michael Richardson
• Re: [saag] Fwd: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Joe Touch
• Re: [saag] Fwd: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Joe Touch
• Re: [saag] Fwd: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Dave Crocker
• Re: [saag] Fwd: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Stephen Farrell
• Re: [saag] Fwd: Last Call: <draft-dukhovni-opportunistic-security-01.txt> (Opportunistic Security: some protection most of the time) to Informational RFC
  • From: Joe Touch
• ISOC@IETF 90 Briefing Panel
  • From: Nicole Armstrong
• Re: [paws] Gen-art LC review: draft-ietf-paws-protocol-12
  • From: Vincent Chen
• Re: [Gen-art] Gen-ART LC Review of draft-ietf-6man-multicast-addr-arch-update-05
  • From: Ben Campbell
• RE: [Gen-art] Gen-ART LC Review of draft-ietf-6man-multicast-addr-arch-update-05
  • From: mohamed.boucadair
• RE: Time to move beyond the 32 bit Internet.
  • From: Michel Py
• Re: [Gen-art] Gen-ART LC Review of draft-ietf-6man-multicast-addr-arch-update-05
  • From: Ben Campbell
• RE: Gen-ART IETF LC review of draft-ietf-xrblock-rtcp-xr-psi-decodability-04
  • From: Qin Wu
• RE: Gen-ART IETF LC review of draft-ietf-xrblock-rtcp-xr-psi-decodability-04
  • From: Qin Wu
• Re: [Gen-art] Gen-ART LC review of draft-ietf-stir-threats-03
  • From: Jari Arkko
• Re: Gen-ART IETF LC review of draft-ietf-xrblock-rtcp-xr-psi-decodability-04
  • From: Tom Taylor
• Gen-ART IETF LC review of draft-ietf-xrblock-rtcp-xr-psi-decodability-04
  • From: Tom Taylor
• RE: [Gen-art] Gen-ART LC Review of draft-ietf-6man-multicast-addr-arch-update-05
  • From: mohamed.boucadair
• Gen-ART LC review of draft-ietf-stir-threats-03
  • From: Roni Even
• Re: final list of qualified volunteers for 2014-2015 nomcom
  • From: Michael Richardson
• final list of qualified volunteers for 2014-2015 nomcom
  • From: NomCom Chair 2014
• clarification of seeds
  • From: NomCom Chair 2014
• RE: [Gen-art] Gen-ART LC Review of draft-ietf-6man-multicast-addr-arch-update-05
  • From: mohamed.boucadair
• Security review of draft-ietf-pce-questions-06
  • From: Ben Laurie
• Volunteers for the 2015 ICANN Nominating Committee
  • From: Russ Housley
• Re: [Gen-art] Gen-ART LC Review of draft-ietf-6man-multicast-addr-arch-update-05
  • From: Ben Campbell
• Re: 64 bit firewalls
  • From: Douglas Otis
• Gen-art LC review: draft-ietf-paws-protocol-12
  • From: Robert Sparks
• Re: Time to move beyond the 32 bit Internet.
  • From: Fernando Gont
• Re: 64 bit firewalls
  • From: Fernando Gont
• Re: [Internetgovtech] ICANN discussions on the transition of NTIA's stewardship
  • From: Christian de Larrinaga
• Re: [Internetgovtech] ICANN discussions on the transition of NTIA's stewardship
  • From: Patrik Fältström
• Re: 64 bit firewalls
  • From: Paul Wouters
• RE: [Internetgovtech] ICANN discussions on the transition of NTIA's stewardship
  • From: Michele Neylon - Blacknight
• 64 bit firewalls
  • From: Phillip Hallam-Baker
• Trustees Decide to Abandon “IETF Secretariat” Trademark
  • From: Tobias Gondrom
• Re: Time to move beyond the 32 bit Internet.
  • From: Michael Richardson
• RE: Gen-ART LC Review of draft-ietf-6man-multicast-addr-arch-update-05
  • From: mohamed.boucadair
• Re: Time to move beyond the 32 bit Internet.
  • From: Fernando Gont
• Re: Time to move beyond the 32 bit Internet.
  • From: Fernando Gont
• Re: Time to move beyond the 32 bit Internet.
  • From: Fernando Gont
• Re: Reviving watersprings.org.
  • From: Dan Wing
• Re: [Gen-art] Gen-art LC review: draft-secretaries-good-practices-06
  • From: Brian E Carpenter
• Re: Reviving watersprings.org.
  • From: Fred Baker (fred)
• Re: Reviving watersprings.org.
  • From: manning bill
• RE: Reviving watersprings.org.
  • From: Elwyn Davies
• Gen-ART LC Review of draft-ietf-6man-multicast-addr-arch-update-05
  • From: Ben Campbell
• Re: Reviving watersprings.org.
  • From: Andrew G. Malis
• Re: Reviving watersprings.org.
  • From: Dave Crocker
• RE: Reviving watersprings.org.
  • From: Adrian Farrel
• Reviving watersprings.org.
  • From: Warren Kumari
• Invitation to request an IETF mentor
  • From: IETF Chair
• Code Sprint in Toronto
  • From: IETF Chair
• Re: [Internetgovtech] ICANN discussions on the transition of NTIA's stewardship
  • From: Seun Ojedeji
• ICANN discussions on the transition of NTIA's stewardship
  • From: IETF Chair
• Re: Time to move beyond the 32 bit Internet.
  • From: Mark Andrews
• Request for IETF Mentoring Program Volunteers
  • From: IETF Chair
• RE: Time to move beyond the 32 bit Internet.
  • From: Christian Huitema
• IETF 90 Final Agenda
  • From: IETF Agenda
• Re: Time to move beyond the 32 bit Internet.
  • From: Fred Baker (fred)
• Re: Time to move beyond the 32 bit Internet.
  • From: Fred Baker (fred)
• RE: Last Call: <draft-ietf-l2vpn-etree-frwk-06.txt> (A Framework for Ethernet Tree (E-Tree) Service over a Multiprotocol Label Switching (MPLS) Network) to Informational RFC
  • From: Adrian Farrel
• Gen-art LC review: draft-secretaries-good-practices-06
  • From: Robert Sparks
• Re: NTIA/IANA transition coordination group
  • From: Richard Omolo
• Re: Time to move beyond the 32 bit Internet.
  • From: Fernando Gont
• NTIA/IANA transition coordination group
  • From: Adrian Farrel
• third draft list of qualified volunteers for 2014-2015 nomcom
  • From: NomCom Chair 2014
• Re: Time to move beyond the 32 bit Internet.
  • From: Phillip Hallam-Baker
• RE: Time to move beyond the 32 bit Internet.
  • From: l.wood
• Re: draft list of qualified volunteers for 2014-2015 nomcom
  • From: Paul Ebersman
• Re: econd draft list of qualified volunteers for 2014-2015 nomcom
  • From: Michael Richardson
• Re: Fwd: econd draft list of qualified volunteers for 2014-2015 nomcom
  • From: Michael Richardson
• [no subject]
  • From: Michael Richardson
• Re: Gen-ART LC review of draft-ietf-netext-wifi-epc-eap-attributes-08
  • From: Koodli, Rajeev
• Re: Time to move beyond the 32 bit Internet.
  • From: Michael Richardson
• Re: ietf.org now DNSSEC-bogus :-(
  • From: Dick Franks
• Re: ietf.org now DNSSEC-bogus :-(
  • From: Stephane Bortzmeyer
• Re: ietf.org now DNSSEC-bogus :-(
  • From: Shumon Huque
• Re: ietf.org now DNSSEC-bogus :-(
  • From: Christopher Morrow
• Re: ietf.org now DNSSEC-bogus :-(
  • From: Stephane Bortzmeyer
• Re: ietf.org now DNSSEC-bogus :-(
  • From: Stephane Bortzmeyer
• ietf.org now DNSSEC-bogus :-(
  • From: Stephane Bortzmeyer
• Re: econd draft list of qualified volunteers for 2014-2015 nomcom
  • From: Thomas D. Nadeau
• Re: econd draft list of qualified volunteers for 2014-2015 nomcom
  • From: Russ Housley
• econd draft list of qualified volunteers for 2014-2015 nomcom
  • From: NomCom Chair 2014
• Re: [v6ops] Gen-art LC review: draft-ietf-v6ops-enterprise-incremental-ipv6-05
  • From: Robert Sparks
• draft list of qualified volunteers for 2014-2015 nomcom
  • From: NomCom Chair 2014
• Re: [v6ops] Gen-art LC review: draft-ietf-v6ops-enterprise-incremental-ipv6-05
  • From: Jari Arkko
• Re: Time to move beyond the 32 bit Internet.
  • From: Masataka Ohta
• Re: Time to move beyond the 32 bit Internet.
  • From: Randy Bush
• Re: Time to move beyond the 32 bit Internet.
  • From: Dave Cridland
• Re: Time to move beyond the 32 bit Internet.
  • From: Niels Dettenbach (Syndicat.com)
• Re: Time to move beyond the 32 bit Internet.
  • From: Martin Rex
• Re: Time to move beyond the 32 bit Internet.
  • From: Hector Santos
• Re: Time to move beyond the 32 bit Internet.
  • From: Dave Cridland
• Re: Time to move beyond the 32 bit Internet.
  • From: Fred Baker (fred)
• Re: Time to move beyond the 32 bit Internet.
  • From: Martin Rex
• Re: Time to move beyond the 32 bit Internet.
  • From: Yoav Nir
• Re: Time to move beyond the 32 bit Internet.
  • From: Niels Dettenbach
• Re: Time to move beyond the 32 bit Internet.
  • From: Lee Howard
• Re: Time to move beyond the 32 bit Internet.
  • From: Dan Wing
• Re: Time to move beyond the 32 bit Internet.
  • From: Martin Rex
• Re: Time to move beyond the 32 bit Internet.
  • From: joel jaeggli
• Re: Time to move beyond the 32 bit Internet.
  • From: Dan Wing
• Re: The P in NAPT != Privacy was Re: Time to move beyond the 32 bit Internet.
  • From: Ted Lemon
• Re: The P in NAPT != Privacy was Re: Time to move beyond the 32 bit Internet.
  • From: Fred Baker (fred)
• Re: Time to move beyond the 32 bit Internet.
  • From: Thierry Moreau
• Re: Time to move beyond the 32 bit Internet.
  • From: Martin Rex
• Re: Time to move beyond the 32 bit Internet.
  • From: Phillip Hallam-Baker
• Re: The P in NAPT != Privacy was Re: Time to move beyond the 32 bit Internet.
  • From: Jelte Jansen
• Re: The P in NAPT != Privacy was Re: Time to move beyond the 32 bit Internet.
  • From: Masataka Ohta
• Re: The P in NAPT != Privacy was Re: Time to move beyond the 32 bit Internet.
  • From: Jelte Jansen
• Re: Time to move beyond the 32 bit Internet.
  • From: Masataka Ohta
• Re: The P in NAPT != Privacy was Re: Time to move beyond the 32 bit Internet.
  • From: Floris Van den Abeele
• Gen-ART LC review of draft-ietf-netext-wifi-epc-eap-attributes-08
  • From: Peter Yee
• Re: Gen-ART review of draft-ietf-ipfix-text-adt-06
  • From: Brian Trammell
• The P in NAPT != Privacy was Re: Time to move beyond the 32 bit Internet.
  • From: Brian Trammell
• RE: Time to move beyond the 32 bit Internet.
  • From: Michel Py
• Re: Time to move beyond the 32 bit Internet.
  • From: Ted Lemon
• Re: Time to move beyond the 32 bit Internet.
  • From: Randy Bush
• Re: Time to move beyond the 32 bit Internet.
  • From: Ted Lemon
• Re: Time to move beyond the 32 bit Internet.
  • From: Randy Bush
• Re: Time to move beyond the 32 bit Internet.
  • From: Ted Lemon
• Re: Time to move beyond the 32 bit Internet.
  • From: Brian E Carpenter
• Re: Time to move beyond the 32 bit Internet.
  • From: Mark Andrews
• Re: Time to move beyond the 32 bit Internet.
  • From: Phillip Hallam-Baker
• Re: Time to move beyond the 32 bit Internet.
  • From: David Farmer
• Re: Time to move beyond the 32 bit Internet.
  • From: Martin Rex
• Re: Time to move beyond the 32 bit Internet.
  • From: Mark Andrews
• Re: Time to move beyond the 32 bit Internet.
  • From: Dave Cridland
• Re: Time to move beyond the 32 bit Internet.
  • From: Martin Rex
• Gen-ART review of draft-ietf-ipfix-text-adt-06
  • From: Black, David
• Re: Time to move beyond the 32 bit Internet.
  • From: Gary Mulder
• RE: Gen-ART review of draft-ietf-ipfix-text-adt-05
  • From: Black, David
• Re: Time to move beyond the 32 bit Internet.
  • From: Carsten Bormann
• Re: Time to move beyond the 32 bit Internet.
  • From: Sabahattin Gucukoglu
• Time to move beyond the 32 bit Internet.
  • From: Phillip Hallam-Baker
• Gen-ART Telechat Review of draft-kelsey-intarea-mesh-link-establishment-06
  • From: Ben Campbell
• IETF 90 Preliminary Agenda
  • From: IETF Agenda
• Re: second call: NomCom 2014-2015 Call for Volunteers
  • From: Michael Richardson
• Re: Gen-ART LC review of draft-ietf-tram-stun-dtls-03
  • From: Marc Petit-Huguenin
• RE: [Internetgovtech] Status of selection of IANA NTIA transition representatives by the IESG
  • From: Jefsey
• Re: [Internetgovtech] Status of selection of IANA NTIA transition representatives by the IESG
  • From: Jefsey
• RE: Gen-ART LC review of draft-ietf-tram-stun-dtls-03
  • From: Roni Even
• Gen-ART LC review of draft-ietf-tram-stun-dtls-03
  • From: Roni Even
• Re: Gen-ART review of draft-ietf-ipfix-text-adt-05
  • From: Brian Trammell
• RE: [Internetgovtech] Status of selection of IANA NTIA transition representatives by the IESG
  • From: Adrian Farrel
• Re: [Internetgovtech] Status of selection of IANA NTIA transition representatives by the IESG
  • From: John C Klensin
• Status of selection of IANA NTIA transition representatives by the IESG
  • From: Adrian Farrel
• Re: NOMCOM 2014 random seed selection
  • From: Randy Bush
• Gen-ART Review of draft-ietf-ppsp-survey-08
  • From: Russ Housley
• Re: RFP: IETF Website Revamp
  • From: Valdis . Kletnieks
• Re: RFP: IETF Website Revamp
  • From: Andy Bierman
• Re: Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)
  • From: Mark Rousell
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: Hector Santos
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: Miles Fidelman
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: Hector Santos
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: Phillip Hallam-Baker
• Re: RFP: IETF Website Revamp
  • From: John C Klensin
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: John C Klensin
• IETF-90 BoFs
  • From: IETF Chair
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: Hector Santos
• Re: RFP: IETF Website Revamp
  • From: Brian E Carpenter
• Re: RFP: IETF Website Revamp
  • From: Randy Presuhn
• Re: RFP: IETF Website Revamp
  • From: Russ Housley
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: Scott Brim
• Re: RFP: IETF Website Revamp
  • From: Toerless Eckert
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: John C Klensin
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: Ted Lemon
• RFP: IMAP Server
  • From: IETF Administrative Director
• RFP: IETF Website Revamp
  • From: IETF Administrative Director
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: Tony Finch
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: Ted Lemon
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: John C Klensin
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: Phillip Hallam-Baker
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: Theodore Ts'o
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: Stephen Casner
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: Brian E Carpenter
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: ned+ietf
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: Eric Burger
• Re: [TLS] Last Call: <draft-ietf-tls-encrypt-then-mac-02.txt> (Encrypt-then-MAC for TLS and DTLS) to Proposed Standard
  • From: Martin Rex
• third call: NomCom 2014-2015 Call for Volunteers
  • From: Michael Richardson
• Re: [dmarc-ietf] Change the mailing list protocol, not DMARC.
  • From: Brandon Long
• Re: Gen-ART review of draft-ietf-ipfix-text-adt-05
  • From: Benoit Claise
• Gen-ART and OPS-Dir review of draft-ietf-mmusic-rtsp-nat-evaluation-14
  • From: Black, David
• Re: email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: ned+ietf
• email client popularity [was Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)]
  • From: Brian E Carpenter
• Re: Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)
  • From: Dave Crocker
• Re: Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)
  • From: Alessandro Vesely
• Re: Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)
  • From: Phillip Hallam-Baker
• Re: Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)
  • From: ned+ietf
• Re: Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)
  • From: Miles Fidelman
• Re: Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)
  • From: Phillip Hallam-Baker
• Webmail is implementation, not Internet architecture (was Re: Change the mailing list protocol, not DMARC.)
  • From: Dave Crocker
• Re: Change the mailing list protocol, not DMARC.
  • From: John C Klensin
• Re: [dmarc-ietf] Change the mailing list protocol, not DMARC.
  • From: Joe Abley
• third call: NomCom 2014-2015 Call for Volunteers (version 2.0)
  • From: Michael Richardson
• Re: [dmarc-ietf] Change the mailing list protocol, not DMARC.
  • From: Miles Fidelman
• Re: Change the mailing list protocol, not DMARC.
  • From: Phillip Hallam-Baker
• Re: [dmarc-ietf] Change the mailing list protocol, not DMARC.
  • From: Stephen J. Turnbull
• Re: Change the mailing list protocol, not DMARC.
  • From: Tony Finch
• Re: Change the mailing list protocol, not DMARC.
  • From: Phillip Hallam-Baker
• Re: Change the mailing list protocol, not DMARC.
  • From: Ted Lemon
• Re: Change the mailing list protocol, not DMARC.
  • From: Tony Finch
• Re: [dmarc-ietf] Change the mailing list protocol, not DMARC.
  • From: Phillip Hallam-Baker
• Re: [dmarc-ietf] Change the mailing list protocol, not DMARC.
  • From: Miles Fidelman
• RE: [mpls] I-D Action: draft-ietf-mpls-smp-requirements-06.txt
  • From: Jeong Ryoo
• Re: [dmarc-ietf] Change the mailing list protocol, not DMARC.
  • From: Miles Fidelman
• Re: Last Call: <draft-secretaries-good-practices-06.txt> (IETF Working Groups' Secretaries) to Best Current Practice
  • From: S Moonesamy
• Re: Change the mailing list protocol, not DMARC.
  • From: Phillip Hallam-Baker
• Re: Change the mailing list protocol, not DMARC.
  • From: Phillip Hallam-Baker
• Gen-ART Telechat review of draft-ietf-idr-bgp-enhanced-route-refresh-08
  • From: Peter Yee
• Re: Change the mailing list protocol, not DMARC.
  • From: Ted Lemon
• RE: [mpls] I-D Action: draft-ietf-mpls-smp-requirements-06.txt
  • From: Zhenlong Cui
• Re: Change the mailing list protocol, not DMARC.
  • From: Ted Lemon
• Re: Change the mailing list protocol, not DMARC.
  • From: John C Klensin
• Re: Change the mailing list protocol, not DMARC.
  • From: Dave Crocker
• Re: Change the mailing list protocol, not DMARC.
  • From: Phillip Hallam-Baker
• Re: Change the mailing list protocol, not DMARC.
  • From: Martin Rex
• Re: LLN Plugfest at IETF 90
  • From: Ines Robles
• Re: [TLS] Last Call: <draft-ietf-tls-encrypt-then-mac-02.txt> (Encrypt-then-MAC for TLS and DTLS) to Proposed Standard
  • From: Yoav Nir
• Re: Last Call: <draft-ietf-netext-wifi-epc-eap-attributes-08.txt> (EAP Attributes for WiFi - EPC Integration) to Informational RFC
  • From: Donald Eastlake
• Call for Volunteers for Liaison Manager to ECMA TC39
  • From: Hago Dafalla
• Re: [Gen-art] Ge-ART LC review of draft-ietf-nvo3-framework-06
  • From: Jari Arkko
• Re: [Gen-art] Gen-ART LC review of draft-ietf-idr-bgp-enhanced-route-refresh-06
  • From: Jari Arkko
• Re: [TLS] Last Call: <draft-ietf-tls-encrypt-then-mac-02.txt> (Encrypt-then-MAC for TLS and DTLS) to Proposed Standard
  • From: Hugo Krawczyk
• Re: RFC compliance and the European Parliament
  • From: Olaf Kolkman
• Re: [TLS] Last Call: <draft-ietf-tls-encrypt-then-mac-02.txt> (Encrypt-then-MAC for TLS and DTLS) to Proposed Standard
  • From: Yoav Nir
• Re: RFC compliance and the European Parliament
  • From: Olaf Kolkman
• Re: RFC compliance and the European Parliament
  • From: Roger Jørgensen
• RE: RFC compliance and the European Parliament
  • From: JOSEFSSON Erik
• RE: Last Call: <draft-ietf-mpls-smp-requirements-05.txt> (Requirements for MPLS-TP Shared Mesh Protection)
  • From: Jeong Ryoo
• RE: RFC compliance and the European Parliament
  • From: Jaldora Kyor
• RE: RFC compliance and the European Parliament
  • From: S Moonesamy
• RE: RFC compliance and the European Parliament
  • From: JOSEFSSON Erik
• Re: [Internetgovtech] Coordination Group Members for the Transition of NTIA's Stewardship of the IANA Functions
  • From: Christian de Larrinaga
• Re: RFC compliance and the European Parliament
  • From: S Moonesamy
• RE: Last Call: <draft-ietf-mpls-smp-requirements-05.txt> (Requirements for MPLS-TP Shared Mesh Protection) to Informational RFC
  • From: Adrian Farrel
• Re: [Internetgovtech] Coordination Group Members for the Transition of NTIA's Stewardship of the IANA Functions
  • From: Roger Jørgensen
• Re: Coordination Group Members for the Transition of NTIA's Stewardship of the IANA Functions
  • From: S Moonesamy
• Re: Next IETF Meeting DMARC Related Talks
  • From: Dave Crocker
• Re: Next IETF Meeting DMARC Related Talks
  • From: Murray S. Kucherawy
• Re: Next IETF Meeting DMARC Related Talks
  • From: John C Klensin
• Re: Next IETF Meeting DMARC Related Talks
  • From: Dave Crocker
• Re: Next IETF Meeting DMARC Related Talks
  • From: John C Klensin
• Re: Next IETF Meeting DMARC Related Talks
  • From: Murray S. Kucherawy
• Next IETF Meeting DMARC Related Talks
  • From: Hector Santos
• Re: Coordination Group Members for the Transition of NTIA's Stewardship of the IANA Functions
  • From: John C Klensin
• Re: [TLS] Last Call: <draft-ietf-tls-encrypt-then-mac-02.txt> (Encrypt-then-MAC for TLS and DTLS) to Proposed Standard
  • From: Yoav Nir
• Change the mailing list protocol, not DMARC.
  • From: Phillip Hallam-Baker
• Re: Coordination Group Members for the Transition of NTIA's Stewardship of the IANA Functions
  • From: Jari Arkko
• Re: [dmarc-ietf] Suggestion: can we test DEMARC deployment with a mailing list?
  • From: Doyle, John
• Re: Gen-ART LC review of draft-ietf-idr-bgp-enhanced-route-refresh-06
  • From: Keyur Patel (keyupate)
• Re: Coordination Group Members for the Transition of NTIA's Stewardship of the IANA Functions
  • From: manning bill
• RE: [Internet Policy] Fwd: Re: root justification for net neutrality?
  • From: Richard Shockey
• Re: Mailing List reminders
  • From: t.p.
• Re: Google to Host IETF 92 in Dallas!
  • From: marcie
• Coordination Group Members for the Transition of NTIA's Stewardship of the IANA Functions
  • From: IETF Chair
• Re: Mailing List reminders
  • From: Alexa Morris
• Re: Mailing List reminders
  • From: Brian E Carpenter
• Gen-art LC review: draft-ietf-v6ops-enterprise-incremental-ipv6-05
  • From: Robert Sparks
• Gen-ART LC review of draft-ietf-idr-bgp-enhanced-route-refresh-06
  • From: Peter Yee
• Re: [Internet Policy] root justification for net neutrality?
  • From: Michael Richardson
• Re: [Internet Policy] root justification for net neutrality?
  • From: Yoav Nir
• Re: WG Review: Authentication and Authorization for Constrained Environments (ace)
  • From: Rene Struik
• Re: Mailing List reminders
  • From: Paul
• Re: [Internet Policy] root justification for net neutrality?
  • From: Nick Ashton-Hart
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: LASSERRE, MARC (MARC)
• Re: [Internet Policy] root justification for net neutrality?
  • From: CW Mail
• Re: [Internet Policy] Fwd: Re: root justification for net neutrality?
  • From: Clyde C McElroy
• Re: [Internet Policy] Fwd: Re: root justification for net neutrality?
  • From: Clyde C McElroy
• Google to Host IETF 92 in Dallas!
  • From: IETF Administrative Director
• Re: [Internet Policy] Fwd: Re: root justification for net neutrality?
  • From: 6Advocate .
• Re: [Internet Policy] Fwd: Re: root justification for net neutrality?
  • From: Evan Leibovitch
• Re: [Internet Policy] root justification for net neutrality?
  • From: Evan Leibovitch
• Re: [Internet Policy] Fwd: Re: root justification for net neutrality?
  • From: Evan Leibovitch
• Re: Mailing List reminders
  • From: David Morris
• BOF requests due tomorrow
  • From: IETF Chair
• Re: Mailing List reminders
  • From: Miles Fidelman
• Re: Mailing List reminders
  • From: Alessandro Vesely
• Mailing List reminders
  • From: t.p.
• Re: [Internet Policy] Fwd: Re: root justification for net neutrality?
  • From: Patrik Fältström
• Re[2]: [Internet Policy] Fwd: Re: root justification for net neutrality?
  • From: mohammed serrhini
• Re: [Internet Policy] Fwd: Re: root justification for net neutrality?
  • From: Ofer Inbar
• Re: [Internet Policy] Fwd: Re: root justification for net neutrality?
  • From: Ofer Inbar
• Re: New Non-WG Mailing List: Nfvrg -- Network Function Virtualization Research Group (NFVRG) discussion list
  • From: Dave Crocker
• RE: New Non-WG Mailing List: Nfvrg -- Network Function Virtualization Research Group (NFVRG) discussion list
  • From: ramki Krishnan
• Re: [Internet Policy] Fwd: Re: root justification for net neutrality?
  • From: Clyde C McElroy
• Re: [Internet Policy] Fwd: Re: root justification for net neutrality?
  • From: Evan Leibovitch
• Re: New Non-WG Mailing List: Nfvrg -- Network Function Virtualization Research Group (NFVRG) discussion list
  • From: Eggert, Lars
• Re: New Non-WG Mailing List: Nfvrg -- Network Function Virtualization Research Group (NFVRG) discussion list
  • From: Dave Crocker
• second call: NomCom 2014-2015 Call for Volunteers
  • From: Michael Richardson
• [Internet Policy] root justification for net neutrality?
  • From: Louis Pouzin (well)
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: LASSERRE, MARC (MARC)
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: LASSERRE, MARC (MARC)
• Re: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Alia Atlas
• Re: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Alia Atlas
• Re: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Barry Leiba
• Re: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Thomas Narten
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Black, David
• Re: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Barry Leiba
• Re: Internet 2020 Goals
  • From: Phillip Hallam-Baker
• Re: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Thomas Narten
• Re: Internet 2020 Goals
  • From: Joe Touch
• Multiple equivalent P-CSCF discovery issues
  • From: Bourdoukis Dimitrios
• Re: [Internet Policy] Fwd: Re: root justification for net neutrality?
  • From: Niels Dettenbach (Syndicat IT&Internet)
• Re: [secdir] secdir review of draft-moonesamy-sshfp-ed25519-01
  • From: Uri Blumenthal
• Re: [secdir] secdir review of draft-moonesamy-sshfp-ed25519-01
  • From: Stephen Farrell
• LLN Plugfest at IETF 90
  • From: Ines Robles
• Re: [Internet Policy] Fwd: Re: root justification for net neutrality?
  • From: Kelvin Githira
• Re: [Internet Policy] Fwd: Re: root justification for net neutrality?
  • From: Arnaud AMELINA
• Re: Fwd: Re: [Internet Policy] root justification for net neutrality?
  • From: Niels Dettenbach
• Fwd: Re: [Internet Policy] root justification for net neutrality?
  • From: mohammed serrhini
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Joe Abley
• Re: [secdir] secdir review of draft-moonesamy-sshfp-ed25519-01
  • From: Dick Franks
• Re: [secdir] secdir review of draft-moonesamy-sshfp-ed25519-01
  • From: S Moonesamy
• Re: [secdir] secdir review of draft-moonesamy-sshfp-ed25519-01
  • From: Dick Franks
• Re: [secdir] secdir review of draft-moonesamy-sshfp-ed25519-01
  • From: S Moonesamy
• Re: [secdir] secdir review of draft-moonesamy-sshfp-ed25519-01
  • From: Dick Franks
• Re: [secdir] secdir review of draft-moonesamy-sshfp-ed25519-01
  • From: S Moonesamy
• Re: [secdir] secdir review of draft-moonesamy-sshfp-ed25519-01
  • From: S Moonesamy
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Carlos M. Martinez
• Re: [secdir] secdir review of draft-moonesamy-sshfp-ed25519-01
  • From: Joseph Salowey (jsalowey)
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: manning bill
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: David Conrad
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Russ Housley
• Re: [secdir] secdir review of draft-moonesamy-sshfp-ed25519-01
  • From: Uri Blumenthal
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Lucy yong
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: David Conrad
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: David Conrad
• Re: [secdir] secdir review of draft-moonesamy-sshfp-ed25519-01
  • From: S Moonesamy
• Re: secdir review of draft-moonesamy-sshfp-ed25519-01
  • From: S Moonesamy
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Russ Housley
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Carlos M. Martinez
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Patrik Fältström
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: David Conrad
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Carlos M. Martinez
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: David Conrad
• Re: secdir review of draft-moonesamy-sshfp-ed25519-01
  • From: Joseph Salowey (jsalowey)
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: manning bill
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Carlos M. Martinez
• Re: OPS-DIR Review of draft-moonesamy-sshfp-ed25519
  • From: S Moonesamy
• Re: secdir review of draft-moonesamy-sshfp-ed25519-01
  • From: S Moonesamy
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: LASSERRE, MARC (MARC)
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: LASSERRE, MARC (MARC)
• RE: Ge-ART LC review of draft-ietf-nvo3-framework-06
  • From: LASSERRE, MARC (MARC)
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: LASSERRE, MARC (MARC)
• Re: New Non-WG Mailing List: Domain-based Message Authentication, Reporting, and Compliance (DMARC)
  • From: Dave Crocker
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Linda Dunbar
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Linda Dunbar
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: manning bill
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Paul Hoffman
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Black, David
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Joe Abley
• RE: Ge-ART LC review of draft-ietf-nvo3-framework-06
  • From: Roni Even
• Ge-ART LC review of draft-ietf-nvo3-framework-06
  • From: Roni Even
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Patrik Fältström
• Re: Internet 2020 Goals
  • From: Miles Fidelman
• Re: Internet 2020 Goals
  • From: Phillip Hallam-Baker
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: manning bill
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: manning bill
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Carlos M. Martinez
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Carlos M. Martinez
• Re: inquiry re. the state of protocol R&D
  • From: Carlos M. Martinez
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: David Conrad
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: manning bill
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Carlos M. Martinez
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Patrik Fältström
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: David Conrad
• Re: Internet 2020 Goals
  • From: Joe Touch
• Re: Internet 2020 Goals
  • From: Ofer Inbar
• Re: Internet 2020 Goals
  • From: Joe Touch
• Gen-ART Review of draft-ietf-v6ops-clatip-02
  • From: Russ Housley
• Re: [afnog] ISOC ION Africa and ISOC SPAM Workshop at the AIS in Djibouti - 2nd June 2014
  • From: S Moonesamy
• Re: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Larry Kreeger (kreeger)
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Jari Arkko
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: manning
• Re: Internet 2020 Goals
  • From: Phillip Hallam-Baker
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Patrik Fältström
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Linda Dunbar
• Re: Internet 2020 Goals
  • From: Joe Touch
• Re: Internet 2020 Goals
  • From: Carlos M. Martinez
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: David Conrad
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Michael Richardson
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Linda Dunbar
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Russ Housley
• Re: Internet 2020 Goals
  • From: Joe Touch
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Paul Hoffman
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Paul Hoffman
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Russ Housley
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Russ Housley
• RE: Gen-ART review of draft-ietf-ipfix-text-adt-05
  • From: Black, David
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Joe Abley
• RE: inquiry re. the state of protocol R&D
  • From: Dearlove, Christopher (UK)
• Re: Gen-ART review of draft-ietf-ipfix-text-adt-05
  • From: Brian Trammell
• Re: Internet 2020 Goals
  • From: Alessandro Vesely
• Re: inquiry re. the state of protocol R&D
  • From: Scott Brim
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Linda Dunbar
• Re: inquiry re. the state of protocol R&D
  • From: Miles Fidelman
• Re: Internet 2020 Goals
  • From: Joe Touch
• Re: inquiry re. the state of protocol R&D
  • From: Randy Presuhn
• Re: [IAB] IAB Call for review
  • From: S Moonesamy
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: David Conrad
• RE: Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Templin, Fred L
• Re: [IAB] IAB Call for review
  • From: Dave Crocker
• Re: [IAB] IAB Call for review
  • From: Russ Housley
• Re: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Ken Gray (kegray)
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Joe Abley
• Re: inquiry re. the state of protocol R&D
  • From: Miles Fidelman
• Re: Internet 2020 Goals
  • From: Miles Fidelman
• Re: inquiry re. the state of protocol R&D
  • From: Carlos M. Martinez
• Re: Internet 2020 Goals
  • From: Carlos M. Martinez
• Re: Call for Review of draft-iab-filtering-considerations-06.txt, "Technical Considerations for Internet Service Blocking and Filtering"
  • From: S Moonesamy
• Re: Call for Review of draft-iab-filtering-considerations-06.txt, "Technical Considerations for Internet Service Blocking and Filtering"
  • From: Alejandro Acosta
• Re: Call for Review of draft-iab-filtering-considerations-06.txt, "Technical Considerations for Internet Service Blocking and Filtering"
  • From: Abdussalam Baryun
• Re: Call for Review of draft-iab-filtering-considerations-06.txt, "Technical Considerations for Internet Service Blocking and Filtering"
  • From: S Moonesamy
• Re: Call for Review of draft-iab-filtering-considerations-06.txt, "Technical Considerations for Internet Service Blocking and Filtering"
  • From: Alejandro Acosta
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Mark Andrews
• IAB Call for review
  • From: S Moonesamy
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: David Conrad
• Re: Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Brian E Carpenter
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Paul Hoffman
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Paul Hoffman
• inquiry re. the state of protocol R&D
  • From: Miles Fidelman
• Gen-ART review of draft-ietf-ipfix-text-adt-05
  • From: Black, David
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Linda Dunbar
• Re: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Ken Gray (kegray)
• Re: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Ken Gray (kegray)
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Linda Dunbar
• Henrik Levkowetz: Re: [xml2rfc] New xml2rfc release: 2.4.7
  • From: Michael Richardson
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: SM
• RE: [nvo3] Last Call: <draft-ietf-nvo3-framework-06.txt> (Framework for DC Network Virtualization) to Informational RFC
  • From: Linda Dunbar
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: Joe Abley
• Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
  • From: S Moonesamy
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Hector Santos
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Douglas Otis
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Scott Kitterman
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Eric Dynamic
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Ted Lemon
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Douglas Otis
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Doug Ewell
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Douglas Otis
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Phillip Hallam-Baker
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Fred Baker (fred)
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Phillip Hallam-Baker
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Dave Crocker
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Douglas Otis
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Randy Bush
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Dave Crocker
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Avri Doria
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Phillip Hallam-Baker
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Yoav Nir
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Eric Dynamic
• Re: Internet 2020 Goals
  • From: Phillip Hallam-Baker
• Re: Internet 2020 Goals
  • From: joel jaeggli
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: S Moonesamy
• Re: Internet 2020 Goals
  • From: Niels Dettenbach (Syndicat IT&Internet)
• Re: Internet 2020 Goals
  • From: Ofer Inbar
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Phillip Hallam-Baker
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: S Moonesamy
• DMARC: A solution using ATPS RFC6541 extension
  • From: Hector Santos
• NomCom 2014-2015 Call for Volunteers
  • From: Michael Richardson
• NomCom 2014-2015 Call for Volunteers
  • From: Michael Richardson
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Phillip Hallam-Baker
• Re: DMARC-4-ML: Can the IETF call a demonstration?
  • From: Alessandro Vesely
• Re: Internet 2020 Goals
  • From: Brian E Carpenter
• Re: Yahoo breaks every mailing list in the world including the IETF's
  • From: Eric Dynamic
• Re: Internet 2020 Goals
  • From: Dave Cridland
• Internet 2020 Goals
  • From: Phillip Hallam-Baker
• Re: DMARC-4-ML: Can the IETF call a demonstration?
  • From: Dave Crocker
• Re: history of From: validation, was DMARC-4-ML
  • From: Hector Santos
• Re: history of From: validation, was DMARC-4-ML
  • From: John Levine
• Re: DMARC-4-ML: Can the IETF call a demonstration?
  • From: John C Klensin
• Re: DMARC-4-ML: Can the IETF call a demonstration?
  • From: Hector Santos
• Re: DMARC-4-ML: Can the IETF call a demonstration?
  • From: John C Klensin
• Re: DMARC-4-ML: Can the IETF call a demonstration?
  • From: Alessandro Vesely
• Re: DMARC-4-ML: Can the IETF call a demonstration?
  • From: ned+ietf
• Re: DMARC-4-ML: Can the IETF call a demonstration?
  • From: John C Klensin
• DMARC-4-ML: Can the IETF call a demonstration?
  • From: Alessandro Vesely
• Re: Last Call: <draft-housley-implementer-obligations-01.txt> (Expectations of Implementers of IETF Protocols) to Informational RFC
  • From: Eric Rosen
• YOUcan Make the Binary Decisions....ou take the blue pill – the story ends, you wake up in your bed...with ICANN IANA and IBM
  • From: Techno CAT
• Call for Nominations: 2015 Applied Networking Research Prize (ANRP)
  • From: Eggert, Lars
• Re: Last Call: <draft-housley-implementer-obligations-01.txt> (Expectations of Implementers of IETF Protocols) to Informational RFC
  • From: Brian E Carpenter
• Appointment of Sean Turner to the ISOC Board of Trustees
  • From: IAB Chair
• Re: Fwd: UPDATED Mr. Eric H. Holder, Jr U.S. Attorney General on ICANN IANA MLM
  • From: Hector Santos
• Re: Last Call: <draft-housley-implementer-obligations-01.txt> (Expectations of Implementers of IETF Protocols) to Informational RFC
  • From: Avri Doria
• Constructive suggestions/ alternatives (was: )e: Last Call: <draft-housley-implementer-obligations-01.txt> (Expectations of Implementers of IETF Protocols) to Informational RFC
  • From: John C Klensin
• Re: Fwd: UPDATED Mr. Eric H. Holder, Jr U.S. Attorney General on ICANN IANA MLM
  • From: Randy Bush
• Fwd: UPDATED Mr. Eric H. Holder, Jr U.S. Attorney General on ICANN IANA MLM
  • From: Techno CAT
• The #ICANN #IANA #ISOC #IETF Transition has TWO paths ~#YOUcan make the Binary Choice ~.MARS supports AVATARS that develop FREE CODE you use
  • From: Techno CAT
• Re: Last Call: <draft-housley-implementer-obligations-01.txt> (Expectations of Implementers of IETF Protocols) to Informational RFC
  • From: John C Klensin
• Applied Networking Research Prize 2014 presentation s at IETF-90
  • From: Eggert, Lars
• Re: Last Call: <draft-housley-implementer-obligations-01.txt> (Expectations of Implementers of IETF Protocols) to Informational RFC
  • From: Eliot Lear
• Re: Last Call: <draft-housley-implementer-obligations-01.txt> (Expectations of Implementers of IETF Protocols) to Informational RFC
  • From: Nikos Mavrogiannopoulos
• RE: Last Call: <draft-housley-implementer-obligations-01.txt> (Expectations of Implementers of IETF Protocols) to Informational RFC
  • From: l.wood
• Re: Last Call: <draft-housley-implementer-obligations-01.txt> (Expectations of Implementers of IETF Protocols) to Informational RFC
  • From: Elwyn Davies
• Re: Last Call: <draft-housley-implementer-obligations-01.txt> (Expectations of Implementers of IETF Protocols) to Informational RFC
  • From: Brian E Carpenter
• Re: Last Call: <draft-housley-implementer-obligations-01.txt> (Expectations of Implementers of IETF Protocols) to Informational RFC
  • From: Nikos Mavrogiannopoulos
• Re: Last Call: <draft-housley-implementer-obligations-01.txt> (Expectations of Implementers of IETF Protocols) to Informational RFC
  • From: S Moonesamy
• The #ICANN #IANA Transition has TWO paths - #YOUcan make the Binary Choice - IS a CENTRAL .NET CZAR needed or not ? #ISOC #IETF say yes ....
  • From: Techno CAT
• Re: Last Call: <draft-housley-implementer-obligations-01.txt> (Expectations of Implementers of IETF Protocols) to Informational RFC
  • From: Abdussalam Baryun
• Re: Last Call: <draft-housley-implementer-obligations-01.txt> (Expectations of Implementers of IETF Protocols) to Informational RFC
  • From: Brian E Carpenter
• RE: Last Call: <draft-housley-implementer-obligations-01.txt> (Expectations of Implementers of IETF Protocols) to Informational RFC
  • From: Adrian Farrel
• Re: Last Call: <draft-ietf-netmod-system-mgmt-15.txt> (A YANG Data Model for System Management) to Proposed Standard
  • From: Martin Bjorklund
• Genart LC and telechat review: draft-ietf-ippm-2330-update-04
  • From: Robert Sparks
• Gen-ART review of draft-ietf-bfd-mib-19
  • From: Black, David
• Re: Call for volunteers for C/C++ API liaison manager
  • From: Doug Royer
• Re: CLUE WG Virtual Interim Meeting, May 29, 2014
  • From: Donald Eastlake
• Re: Large market player
  • From: Abdussalam Baryun
• Large market player
  • From: S Moonesamy
• RE: [ippm] Last Call: <draft-ietf-ippm-2330-update-04.txt> (Advanced Stream and Sampling Framework for IPPM) to Informational RFC
  • From: MORTON, ALFRED C (AL)