Archive of atom-syntax, by thread

• Re: Feed enclosures, (continued)
  • Re: Feed enclosures, Bill Kearney
  • Re: Feed enclosures, Dave Winer
  • Re: Feed enclosures, Morbus Iff
  • Re: Feed enclosures, Dave Winer
  • RE: Feed enclosures, Danny Ayers
  • Re: Feed enclosures, Kevin Marks
  • RE: Feed enclosures, Danny Ayers
  • RE: Feed enclosures, Dare Obasanjo
  • RE: Feed enclosures, Danny Ayers
  • Re: Feed enclosures, Tim Bray
  • Re: Feed enclosures, Dave Winer
  • Re: Feed enclosures, James Aylett
• Last n posts, Dave Pawson
  • Re: Last n posts, James Aylett
    • Re: Last n posts, Dave Pawson
      • Re: Last n posts, Dare Obasanjo
• Trial Balloon: optional <backlink> element, Sam Ruby
  • Re: Trial Balloon: optional <backlink> element, Dare Obasanjo
    • Re: Trial Balloon: optional <backlink> element, Sam Ruby
      • Re: Trial Balloon: optional <backlink> element, Dare Obasanjo
      • Re: Trial Balloon: optional <backlink> element, Sam Ruby
      • Re: Trial Balloon: optional <backlink> element, James Aylett
      • Re: Trial Balloon: optional <backlink> element, Dave Pawson
      • Re: Trial Balloon: optional <backlink> element, James Aylett
      • Re: Trial Balloon: optional <backlink> element, Dave Pawson
  • Re: Trial Balloon: optional <backlink> element, Joe Gregorio
    • RE: Trial Balloon: optional <backlink> element, Danny Ayers
  • Re: Trial Balloon: optional <backlink> element, Bill Humphries
    • Related content [was: optional <backlink> element], Sam Ruby
  • <Possible follow-ups>
  • RE: Trial Balloon: optional <backlink> element, Asbjørn Ulsberg
  • RE: Trial Balloon: optional <backlink> element, Asbjørn Ulsberg
• Atom's double life?, Seairth Jacobs
  • Re: Atom's double life?, Dare Obasanjo
    • Re: Atom's double life?, Mark Pilgrim
      • Re: Atom's double life?, Dare Obasanjo
      • Re: Atom's double life?, Mark Pilgrim
      • Re: Atom's double life?, Dare Obasanjo
      • Re: Atom's double life?, Dave Winer
      • Re: Atom's double life?, Bill Kearney
      • Re: Atom's double life?, Dave Winer
      • Re: Atom's double life?, James Robertson
      • Re: Atom's double life?, Dave Winer
      • Trolls (was RE: Atom's double life?), Danny Ayers
      • Re: Trolls (was RE: Atom's double life?), Phil Wolff
      • Re: Atom's double life?, Dare Obasanjo
      • Re: Atom's double life?, Dave Pawson
  • Re: Atom's double life?, Sam Ruby
    • RE: Atom's double life?, Danny Ayers
    • Re: Atom's double life?, Seairth Jacobs
      • Re: content-type "textile", Dean Allen
      • Re: content-type "textile", Seairth Jacobs
      • Re: content-type "textile", Joe Gregorio
  • Re: Atom's double life?, Bill Kearney
    • Re: Atom's double life?, Dave Winer
      • Re: Atom's double life?, Bill Kearney
      • Re: Atom's double life?, Joe Gregorio
      • Re: Atom's double life?, David Jacobs
      • Re: Atom's double life?, James Aylett
      • Re: Atom's double life?, Dave Pawson
      • Re: Atom's double life?, Bill Humphries
      • Re: Atom's double life?, James Aylett
      • Re: Atom's double life?, Dave Pawson
      • Re: Atom's double life?, James Aylett
      • Re: Atom's double life?, Henri Sivonen
      • Re: Atom's double life?, Ken MacLeod
      • Re: Atom's double life?, James Aylett
      • Re: Atom's double life?, Tim Bray
      • Re: Atom's double life?, Gary F
    • Re: Atom's double life?, Ken MacLeod
  • <Possible follow-ups>
  • RE: Atom's double life?, Asbjørn Ulsberg
    • RE: Atom's double life?, Danny Ayers
      • Re: Atom's double life?, James Aylett
      • RE: Atom's double life?, Danny Ayers
      • Re: Atom's double life?, James Aylett
      • Re: Atom's double life?, Dave Pawson
      • Re: Atom's double life?, Sjoerd Visscher
      • Re: Atom's double life?, Dave Pawson
      • Re: Atom's double life?, Sjoerd Visscher
  • RE: Atom's double life?, Asbjørn Ulsberg
    • RE: Atom's double life?, Danny Ayers
      • Alternative <content>?, Seairth Jacobs
      • Re: Alternative <content>?, Henri Sivonen
      • Re: Alternative <content>?, Seairth Jacobs
• Atom/CSS question, David Jacobs
  • <Possible follow-ups>
  • RE: Atom/CSS question, Asbjørn Ulsberg
    • RE: Atom/CSS question, Dave Pawson
      • Re: Atom/CSS question, Tim Bray
• introspection and search-results implemented into Lenya, Michael Wechner
• [wxAtomClientApp] Summary, Michael Wechner
• Updating Entry 205?, Michael Wechner
  • Message not available
    • Re: Updating Entry 205?, Michael Wechner
• Atom Authentication passwords, David Raynes
• OSCOM @ Seybold SF is confirmed, Michael Wechner
• OSCOM @ Seybold SF, Michael Wechner
  • Re: OSCOM @ Seybold SF, Tim Bray
    • Re: OSCOM @ Seybold SF, Michael Wechner
  • <Possible follow-ups>
  • RE: OSCOM @ Seybold SF, Asbjørn Ulsberg
• RE: Syndicating CSS?, Asbjørn Ulsberg
  • Re: Syndicating CSS?, Arve Bersvendsen
  • <Possible follow-ups>
  • RE: Syndicating CSS?, Asbjørn Ulsberg
• Announce: Revised MetaWeblog API spec, Dave Winer
• RE: Ordered/unordered in Atom schema, Asbjørn Ulsberg
  • RE: Ordered/unordered in Atom schema, Dare Obasanjo
    • RE: Ordered/unordered in Atom schema, Danny Ayers
  • <Possible follow-ups>
  • RE: Ordered/unordered in Atom schema, Asbjørn Ulsberg
  • RE: Ordered/unordered in Atom schema, Randy Charles Morin
    • Re: Ordered/unordered in Atom schema, Sam Ruby
  • RE: Ordered/unordered in Atom schema, Asbjørn Ulsberg
• RE: lang must not be required [was Re: xml:lang attribute], Asbjørn Ulsberg
• RE: xml:lang must not be required [was Re: xml:lang attribute], Asbjørn Ulsberg
  • Re: xml:lang must not be required [was Re: xml:lang attribute], Arve Bersvendsen
  • <Possible follow-ups>
  • RE: xml:lang must not be required [was Re: xml:lang attribute], Asbjørn Ulsberg
    • Re: xml:lang must not be required [was Re: xml:lang attribute], Evan Martin
• RE: CSS, Asbjørn Ulsberg
  • Re: CSS, Simon Willison
  • RE: CSS, Nelson Minar
  • <Possible follow-ups>
  • RE: CSS, Asbjørn Ulsberg
  • RE: CSS, Asbjørn Ulsberg
    • Extensibility now! (was RE: CSS), Danny Ayers
    • RE: CSS, Nelson Minar
      • Re: CSS, Aaron Swartz
      • RE: CSS, Danny Ayers
      • RE: CSS, Morbus Iff
      • Re: CSS, Maciej Cegłowski
      • Re: CSS, Aaron Swartz
      • Re: CSS, Aaron Swartz
      • Re: CSS, David Jacobs
      • Re: CSS, Henri Sivonen
      • Re: CSS, Aaron Swartz
  • RE: CSS, Asbjørn Ulsberg
    • Re: CSS, Graham
  • RE: CSS, Asbjørn Ulsberg
• format-00: 3.1.9 "atom:generator" Element, Ken MacLeod
  • RE: format-00: 3.1.9 "atom:generator" Element, Danny Ayers
    • Re: format-00: 3.1.9 "atom:generator" Element, Ken MacLeod
      • Atom-all is a bad idea, Sam Ruby
      • Re: Atom-all is a bad idea, Joe Gregorio
      • Re: Atom-all is a bad idea, Sam Ruby
      • Re: Atom-all is a bad idea, Joe Gregorio
      • Re: Atom-all is a bad idea, Nelson Minar
      • Atom-start-range and Atom-end-range are not so great ideas either, Sam Ruby
      • Re: Atom-start-range and Atom-end-range are not so great ideas either, Joe Gregorio
      • RE: format-00: 3.1.9 "atom:generator" Element, Danny Ayers
      • Re: format-00, Graham
• format-00: feeds or extensible set of entities?, Ken MacLeod
• RE: Atom 0.2 feedback, Asbjørn Ulsberg
  • RE: Atom 0.2 feedback, Danny Ayers
    • Re: Atom 0.2 feedback, Bill Kearney
      • Re: Atom 0.2 feedback, Bill de hÓra
      • Re: Atom 0.2 feedback, Ken MacLeod
    • RE: Atom 0.2 feedback, Danny Ayers
  • Re: Atom 0.2 feedback, Tim Bray
    • Re: Atom 0.2 feedback, Ken MacLeod
  • <Possible follow-ups>
  • RE: Atom 0.2 feedback, Asbjørn Ulsberg
  • RE: Atom 0.2 feedback, Asbjørn Ulsberg
• Atom error-handling, Tim Bray
  • Re: Atom error-handling, Dare Obasanjo
• For shame! (was problem: PHP can't deal with Atom-Authenticate headers), Sam Ruby
  • Re: For shame! (was problem: PHP can't deal with Atom-Authenticate headers), Aaron Swartz
    • Re: For shame! (was problem: PHP can't deal with Atom-Authenticate headers), Joe Gregorio
• more 0.2 <generator> gripes, Tim Bray
  • <Possible follow-ups>
  • RE: more 0.2 <generator> gripes, Asbjørn Ulsberg
• Will Atom have a "don't process invalid documents" rule?, Simon Willison
  • Re: Will Atom have a "don't process invalid documents" rule?, Nelson Minar
  • Re: Will Atom have a "don't process invalid documents" rule?, Aaron Swartz
    • Re: Will Atom have a "don't process invalid documents" rule?, Graham Parks
    • Re: Will Atom have a "don't process invalid documents" rule?, Bill Kearney
      • Re: Will Atom have a "don't process invalid documents" rule?, Graham Parks
      • Re: Will Atom have a "don't process invalid documents" rule?, Bill Kearney
      • Re: Will Atom have a "don't process invalid documents" rule?, Evan Martin
      • Re: Will Atom have a "don't process invalid documents" rule?, Bill Kearney
      • Re: Will Atom have a "don't process invalid documents" rule?, Ken MacLeod
      • Re: Will Atom have a "don't process invalid documents" rule?, Maciej Ceglowski
      • Re: Will Atom have a "don't process invalid documents" rule?, Bill Kearney
      • Re: Will Atom have a "don't process invalid documents" rule?, Anatoly Vorobey
      • Re: Will Atom have a "don't process invalid documents" rule?, Graham Parks
      • Re: Will Atom have a "don't process invalid documents" rule?, Nelson Minar
      • Re: Will Atom have a "don't process invalid documents" rule?, Bill Kearney
      • Re: Will Atom have a "don't process invalid documents" rule?, Graham Parks
      • Re: Will Atom have a "don't process invalid documents" rule?, Sam Ruby
      • RE: Will Atom have a "don't process invalid documents" rule?, Danny Ayers
      • When Validated Lies Like a Rug ... And **can** this be fixed ?, J. Scott Johnson
      • Ziv's Metadata Rule, Ziv Caspi
      • Re: Will Atom have a "don't process invalid documents" rule?, Dare Obasanjo
      • Re: Will Atom have a "don't process invalid documents" rule?, Tim Bray
      • Re: Will Atom have a "don't process invalid documents" rule?, Sam Ruby
      • Re: Will Atom have a "don't process invalid documents" rule?, Bill de hÓra
      • Re: Will Atom have a "don't process invalid documents" rule?, Joe English
      • Re: Will Atom have a "don't process invalid documents" rule?, Aaron Swartz
      • Re: Will Atom have a "don't process invalid documents" rule?, Bill Kearney
      • Re: Will Atom have a "don't process invalid documents" rule?, Aaron Swartz
      • Re: Will Atom have a "don't process invalid documents" rule?, Dare Obasanjo
  • Re: Will Atom have a "don't process invalid documents" rule?, Bill Kearney
    • RE: Will Atom have a "don't process invalid documents" rule?, Danny Ayers
  • <Possible follow-ups>
  • Re: Will Atom have a "don't process invalid documents" rule?, Sam Ruby
  • RE: Will Atom have a "don't process invalid documents" rule?, Danny Ayers
  • Re: Will Atom have a "don't process invalid documents" rule?, Sam Ruby
    • Re: Will Atom have a "don't process invalid documents" rule?, Bill Kearney
      • RE: Will Atom have a "don't process invalid documents" rule?, Grant Carpenter
    • Re: Will Atom have a "don't process invalid documents" rule?, Tom Myers
      • Re: Will Atom have a "don't process invalid documents" rule?, Simon Willison
      • Re: Will Atom have a "don't process invalid documents" rule?, Tom Myers
  • Re: Will Atom have a "don't process invalid documents" rule?, Sam Ruby
  • RE: Will Atom have a "don't process invalid documents" rule?, Asbjørn Ulsberg
  • RE: Will Atom have a "don't process invalid documents" rule?, Asbjørn Ulsberg
  • RE: Will Atom have a "don't process invalid documents" rule?, Asbjørn Ulsberg
    • Re: Will Atom have a "don't process invalid documents" rule?, Graham Parks
      • Re: Will Atom have a "don't process invalid documents" rule?, Sam Ruby
      • Re: Will Atom have a "don't process invalid documents" rule?, Graham Parks
      • RE: Will Atom have a "don't process invalid documents" rule?, Jeremy Gray
      • RE: Will Atom have a "don't process invalid documents" rule?, Danny Ayers
      • Re: Will Atom have a "don't process invalid documents" rule?, Sam Ruby
      • RE: Will Atom have a "don't process invalid documents" rule?, Danny Ayers
      • complaints addr when unparseable (Re: Will Atom have a "don't process invalid documents" rule?, Tom Myers
      • Re: Will Atom have a "don't process invalid documents" rule?, Bill Kearney
      • Re: Will Atom have a "don't process invalid documents" rule?, Graham Parks
      • Re: Will Atom have a "don't process invalid documents" rule?, Duncan Wilcox
      • RE: Will Atom have a "don't process invalid documents" rule?, Jeremy Gray
      • Re: Will Atom have a "don't process invalid documents" rule?, Graham Parks
      • Re: Will Atom have a "don't process invalid documents" rule?, Sam Ruby
      • Re: Will Atom have a "don't process invalid documents" rule?, Bill Kearney
  • RE: Will Atom have a "don't process invalid documents" rule?, Asbjørn Ulsberg
  • RE: Will Atom have a "don't process invalid documents" rule?, Asbjørn Ulsberg
  • RE: Will Atom have a "don't process invalid documents" rule?, Asbjørn Ulsberg
    • RE: Will Atom have a "don't process invalid documents" rule?, Danny Ayers
    • Re: Will Atom have a "don't process invalid documents" rule?, Graham Parks
  • RE: Will Atom have a "don't process invalid documents" rule?, Asbjørn Ulsberg
    • Re: Will Atom have a "don't process invalid documents" rule?, Bill Kearney
  • RE: Will Atom have a "don't process invalid documents" rule?, Asbjørn Ulsberg
• doh, 0.2 multipart again, Tim Bray
  • Re: doh, 0.2 multipart again, Zhang Yining
  • <Possible follow-ups>
  • RE: doh, 0.2 multipart again, Asbjørn Ulsberg
    • Re: doh, 0.2 multipart again, Mark Pilgrim
      • Re: doh, 0.2 multipart again, Ken MacLeod
  • RE: doh, 0.2 multipart again, Asbjørn Ulsberg
    • Re: doh, 0.2 multipart again, Tim Bray
      • RE: doh, 0.2 multipart again, Danny Ayers
      • Re: doh, 0.2 multipart again, Ken MacLeod
      • RE: doh, 0.2 multipart again, Danny Ayers
  • Re: doh, 0.2 multipart again, Sam Ruby
    • Re: doh, 0.2 multipart again, Bill de hÓra
      • Re: doh, 0.2 multipart again, Sam Ruby
  • RE: doh, 0.2 multipart again, Asbjørn Ulsberg
• Atom 0.2 schemas, Tim Bray
  • Re: Atom 0.2 schemas, Aaron Swartz
  • <Possible follow-ups>
  • RE: Atom 0.2 schemas, Asbjørn Ulsberg
    • Ordered/unordered in Atom schema, Tim Bray
      • RE: Ordered/unordered in Atom schema, Danny Ayers
• Atom API problem: PHP can't deal with Atom-Authenticate headers, Simon Willison
  • Re: Atom API problem: PHP can't deal with Atom-Authenticate headers, J. Scott Johnson
    • Re: Atom API problem: PHP can't deal with Atom-Authenticate headers, Bill de hÓra
  • Re: Atom API problem: PHP can't deal with Atom-Authenticate headers, Simon Willison
  • Re: Atom API problem: PHP can't deal with Atom-Authenticate headers, Ken MacLeod
    • Re: Atom API problem: PHP can't deal with Atom-Authenticate headers, Simon Willison
      • Re: Atom API problem: PHP can't deal with Atom-Authenticate headers, Joe Gregorio
  • <Possible follow-ups>
  • Re: Atom API problem: PHP can't deal with Atom-Authenticate headers, kellan
    • Re: Atom API problem: PHP can't deal with Atom-Authenticate headers, Dirk Haun
• AtomAPI Implementation, Joe Gregorio
  • Re: AtomAPI Implementation, Ken MacLeod
    • Re: AtomAPI Implementation, Mark Pilgrim
      • Re: AtomAPI Implementation, Joe Gregorio
• RE: 0.2 question re content of <content>, Simon Fell
  • <Possible follow-ups>
  • RE: 0.2 question re content of <content>, Asbjørn Ulsberg
• 0.2, do we *really* need multipart/alternative?, Tim Bray
  • Re: 0.2, do we *really* need multipart/alternative?, Ken MacLeod
• RE: xml:lang attribute, Asbjørn Ulsberg
  • Re: xml:lang attribute, Maciej Cegłowski
    • Re: xml:lang attribute, Bill Kearney
    • Re: xml:lang attribute, Evan Martin
      • Re: xml:lang attribute, Maciej Cegłowski
      • Re: xml:lang attribute, Bill Kearney
      • Re: xml:lang attribute, Maciej Cegłowski
      • Re: xml:lang attribute, Evan Martin
      • Re: xml:lang attribute, Bill Kearney
      • Re: xml:lang attribute, Anatoly Vorobey
      • Re: xml:lang attribute, Maciej Ceglowski
      • Re: xml:lang attribute, Bill Kearney
      • Re: xml:lang attribute, Evan Martin
      • RE: xml:lang attribute, Ziv Caspi
      • Re: xml:lang attribute, Sam Ruby
      • Re: xml:lang attribute, Bill Kearney
  • <Possible follow-ups>
  • RE: xml:lang attribute, Asbjørn Ulsberg
    • xml:lang must not be required [was Re: xml:lang attribute], Evan Martin
      • RE: lang must not be required [was Re: xml:lang attribute], Danny Ayers
      • Re: xml:lang must not be required [was Re: xml:lang attribute], Arve Bersvendsen
      • Re: xml:lang must not be required [was Re: xml:lang attribute], Evan Martin
      • Re: xml:lang must not be required [was Re: xml:lang attribute], Arve Bersvendsen
      • Re: xml:lang must not be required [was Re: xml:lang attribute], Maciej Ceglowski
      • Re: xml:lang must not be required [was Re: xml:lang attribute], Bill Kearney
      • Re: xml:lang must not be required [was Re: xml:lang attribute], Sérgio
• OSCOM Hackathon/Sprint at Seybold, Michael Wechner
  • Re: OSCOM Hackathon/Sprint at Seybold, Michael Wechner
• RE: Semantics permathread (was Re: Categories for atom?), Joe Madia
  • <Possible follow-ups>
  • RE: Semantics permathread (was Re: Categories for atom?), Dare Obasanjo
• Atom and RDF, Joe Gregorio
  • RE: Atom and RDF, Shelley Powers
    • RE: Atom and RDF, Dare Obasanjo
      • RE: Atom and RDF, Shelley Powers
      • RE: Atom and RDF, Dare Obasanjo
      • RE: Atom and RDF, Danny Ayers
      • RE: Atom and RDF, Dare Obasanjo
      • RE: Atom and RDF, Danny Ayers
      • RE: Atom and RDF, Shelley Powers
      • Re: Atom and RDF, Mark Pilgrim
      • Re: Atom and RDF, Dare Obasanjo
      • Re: Atom and RDF, Tim Bray
      • Re: Atom and RDF, Sam Ruby
      • RE: Atom and RDF, Shelley Powers
      • RE: Atom and RDF, Danny Ayers
      • Re: Atom and RDF, Tim Bray
      • Re: Atom and RDF, Sean B. Palmer
      • Re: Atom and RDF, Graham Parks
      • Re: Atom and RDF, Sean B. Palmer
      • RDF and Managability, Sean B. Palmer
      • RE: RDF and Managability, Shelley Powers
      • IRC Channel for Pie/Atom/Echo (was: Re: RDF and Managability), Sean B. Palmer
      • Re: Atom and RDF, Dare Obasanjo
      • Re: Atom and RDF, Sean B. Palmer
      • Versioning and Namespaces (was Re: Atom and RDF), Dare Obasanjo
      • Re: Versioning and Namespaces, Sean B. Palmer
      • Re: Versioning and Namespaces (was Re: Atom and RDF), Sam Ruby
      • Re: Versioning and Namespaces (was Re: Atom and RDF), Dare Obasanjo
      • Re: Versioning and Namespaces (was Re: Atom and RDF), Sam Ruby
      • RE: Versioning and Namespaces (was Re: Atom and RDF), Shelley Powers
      • Re: Versioning and Namespaces (was Re: Atom and RDF), Maciej Cegłowski
      • RE : Versioning and Namespaces (was Re: Atom and RDF), Laurent Le Meur
      • Re: Atom and RDF, Tim Bray
      • Re: Atom and RDF, Joe English
      • Re: Atom and RDF, Sam Ruby
      • Re: Atom and RDF, Joe English
      • RE: Atom and RDF, Danny Ayers
  • Re: Atom and RDF, Tim Bray
    • Re: Atom and RDF, Dare Obasanjo
  • <Possible follow-ups>
  • RE: Atom and RDF, Shelley Powers
    • RE: Atom and RDF, Danny Ayers
  • Re: Atom and RDF, Rick Thomas
  • Atom and RDF, Danny Ayers
    • Re: Atom and RDF, Graham Klyne
  • Re: Atom and RDF, Danny Ayers
    • Re: Atom and RDF, Dare Obasanjo
      • Re: Atom and RDF [removed crosspost], Dare Obasanjo
      • Re: Atom and RDF, Danny Ayers
      • Re: Atom and RDF, Dare Obasanjo
      • Re: Atom and RDF, Danny Ayers
      • Re: [RSS-DEV] Re: Atom and RDF, Bill Kearney
      • Re: [RSS-DEV] Re: Atom and RDF, Lucas Gonze
      • Re: [RSS-DEV] Re: Atom and RDF, Lance Lavandowska
      • link (@type, @size, @etc) [was: [RSS-DEV] Re: Atom and RDF], Robert Sayre
      • Re: [RSS-DEV] Re: Atom and RDF, Lucas Gonze
      • Re: [RSS-DEV] Re: Atom and RDF, Antone Roundy
      • Re: [RSS-DEV] Re: Atom and RDF, Lucas Gonze
      • Re: [RSS-DEV] Re: Atom and RDF, Sam Ruby
      • Re: [RSS-DEV] Re: Atom and RDF, Bill Kearney
      • Re: [RSS-DEV] Re: Atom and RDF, Walter Underwood
      • Re: [RSS-DEV] Re: Atom and RDF, Lucas Gonze
      • Re: [RSS-DEV] Re: Atom and RDF, Eric Scheid
      • Re: [RSS-DEV] Re: Atom and RDF, Lucas Gonze
      • Re: [RSS-DEV] Re: Atom and RDF, James Aylett
      • enclosures: types, Lucas Gonze
      • Re: enclosures: types, Robert Sayre
      • Re: enclosures: types, Danny Ayers
      • Re: enclosures: types, Robert Sayre
      • Re: enclosures: types, Danny Ayers
      • Re: enclosures: types, Robert Sayre
      • Re: enclosures: types, Antone Roundy
      • Re: enclosures: types, Lucas Gonze
      • Re: enclosures: types, Antone Roundy
      • Re: enclosures: types, Roger B.
      • Re: enclosures: types, Danny Ayers
      • Re: enclosures: types, Dare Obasanjo
      • Re: enclosures: types, James Aylett
      • Re: [RSS-DEV] Re: Atom and RDF, Danny Ayers
      • enclosures: type and length, Lucas Gonze
      • Re: enclosures: type and length, Eric Scheid
      • Re: [RSS-DEV] Re: Atom and RDF, Danny Ayers
      • enclosures: types, Lucas Gonze
      • Re: enclosures: types, Walter Underwood
      • Re: [RSS-DEV] Re: Atom and RDF, Eric Scheid
      • enclsoures: multipile enclosures in an entry, Lucas Gonze
      • Re: enclsoures: multipile enclosures in an entry, Dare Obasanjo
      • Re: enclsoures: multipile enclosures in an entry, Danny Ayers
      • Re: [RSS-DEV] Re: Atom and RDF, Bill Kearney
      • Re: [RSS-DEV] Re: Atom and RDF, Dare Obasanjo
      • Re: [RSS-DEV] Re: Atom and RDF, James Aylett
  • Re: Atom and RDF, Danny Ayers
    • Re: Atom and RDF, Dare Obasanjo
      • Re: Atom and RDF, Danny Ayers
      • Re: Atom and RDF, Dare Obasanjo
      • Re: Atom and RDF, Danny Ayers
    • Re: Atom and RDF, Robert Sayre
      • Re: Atom and RDF, Dare Obasanjo
      • Re: Atom and RDF, Danny Ayers
• Yuck, Sam Ruby
  • Re: Yuck, John Beimler
• Bandwidth concerns, Duncan Wilcox
  • Re: Bandwidth concerns, Bill Kearney
    • Re: Bandwidth concerns, Duncan Wilcox
      • Re: [rss] Re: Bandwidth concerns, Allen Firstenberg
      • Re: [rss] Re: Bandwidth concerns, Bill Kearney
      • Re: Bandwidth concerns, Allen Firstenberg
    • RE: Bandwidth concerns, Jeremy Gray
  • Re: Bandwidth concerns, Nelson Minar
    • "Noindex" marker on feeds?, Maciej Cegłowski
      • RE: "Noindex" marker on feeds?, Danny Ayers
      • Re: "Noindex" marker on feeds?, Misha Dynin
      • Re: "Noindex" marker on feeds?, Mark Pilgrim
      • Re: "Noindex" marker on feeds?, Misha Dynin
      • Re: "Noindex" marker on feeds?, Maciej Ceglowski
    • Re: Bandwidth concerns, Bill Kearney
      • Re: Bandwidth concerns, Maciej Cegłowski
      • Re: Bandwidth concerns, Phil Wolff
      • Re: Bandwidth concerns, Bill Kearney
      • external content [was Re: Bandwidth concerns], Evan Martin
      • Re: external content [was Re: Bandwidth concerns], Misha Dynin
      • Re: external content [was Re: Bandwidth concerns], Bill Kearney
      • Re: external content [was Re: Bandwidth concerns], Misha Dynin
      • Re: CSS, Phil Wolff
      • Re: CSS, Bill Kearney
• Categories for atom?, James Robertson
  • Re: Categories for atom?, Mark Pilgrim
    • RE: Categories for atom?, Danny Ayers
      • Semantics permathread (was Re: Categories for atom?), Mark Pilgrim
      • RE: Semantics permathread (was Re: Categories for atom?), Shelley Powers
      • RE: Semantics permathread (was Re: Categories for atom?), Danny Ayers
      • Re: Semantics permathread (was Re: Categories for atom?), Mark Pilgrim
      • RE: Semantics permathread (was Re: Categories for atom?), Shelley Powers
      • Re: Semantics permathread (was Re: Categories for atom?), Mark Pilgrim
      • RE: Semantics permathread (was Re: Categories for atom?), Shelley Powers
      • RE: Semantics permathread (was Re: Categories for atom?), Danny Ayers
      • Re: Semantics permathread (was Re: Categories for atom?), Graham Parks
      • RE: Semantics permathread (was Re: Categories for atom?), Danny Ayers
      • RE: Semantics permathread (was Re: Categories for atom?), Nelson Minar
      • RE: Semantics permathread (was Re: Categories for atom?), Dare Obasanjo
      • Re: Semantics permathread (was Re: Categories for atom?), Maciej Cegłowski
      • Re: Semantics permathread (was Re: Categories for atom?), Joe English
      • RE: Semantics permathread (was Re: Categories for atom?), Danny Ayers
• RE: namespace qualifications, Dare Obasanjo
• Service discovery formats, Danny Ayers
  • Re: Service discovery formats, Nelson Minar
    • RE: Service discovery formats, Danny Ayers
      • RE: Service discovery formats, Dare Obasanjo
      • Re: Service discovery formats, Sam Ruby
• We can't use RSD, Mark Pilgrim
  • RE: We can't use RSD, Danny Ayers
    • RE: We can't use RSD, Daniel Berlinger
      • RE: We can't use RSD, Danny Ayers
      • RE: We can't use RSD, Daniel Berlinger
      • RE: We can't use RSD, Danny Ayers
    • Re: We can't use RSD, Bill Kearney
  • Re: We can't use RSD, Daniel Berlinger
    • RE: We can't use RSD, Danny Ayers
• [no subject], Scott Watermasysk
• We don't need RSD, Mark Pilgrim
  • RE: We don't need RSD, Danny Ayers
    • Re: We don't need RSD, Mark Pilgrim
      • RE: We don't need RSD, Danny Ayers
      • Re: We don't need RSD, Sam Ruby
  • Re: We don't need RSD, Sjoerd Visscher
• [no subject], Evan Martin
  • RE: created, issued, modified [Re: comments on Atom 0.2], Jeremy Gray
    • Re: created, issued, modified [Re: comments on Atom 0.2], Evan Martin
      • Re: created, issued, modified [Re: comments on Atom 0.2], Joe Gregorio
      • RE: created, issued, modified [Re: comments on Atom 0.2], Jeremy Gray
• Re: A question regarding multiple content, Sam Ruby
  • RE: A question regarding multiple content, Jeremy Gray
• some minor 0.2 corrections, Aaron Swartz
  • RE: some minor 0.2 corrections, Danny Ayers
    • Re: some minor 0.2 corrections, Aaron Swartz
      • RE: some minor 0.2 corrections, Danny Ayers
      • Re: some minor 0.2 corrections, Aaron Swartz
      • RE: some minor 0.2 corrections, Danny Ayers
      • A question regarding multiple content, Jeremy Gray
      • Re: A question regarding multiple content, Sjoerd Visscher
      • RE: A question regarding multiple content, Jeremy Gray
  • Re: some minor 0.2 corrections, Sjoerd Visscher
    • RE: some minor 0.2 corrections, Jeremy Gray
      • Re: some minor 0.2 corrections, Sjoerd Visscher
      • RE: some minor 0.2 corrections, Jeremy Gray
    • Re: some minor 0.2 corrections, Tim Bray
    • namespace qualifications, Aaron Swartz
      • Re: namespace qualifications, Sjoerd Visscher
      • RE: namespace qualifications, Danny Ayers
• How is the state of an Entry modified by the API?, Joe Gregorio
• Should a response body for errors be standardized?, Joe Gregorio
  • Re: Should a response body for errors be standardized?, Evan Martin
  • Re: Should a response body for errors be standardized?, Sam Ruby
• Authentication, Joe Gregorio
  • Re: Authentication, John Panzer
    • Re: Authentication, Joe Gregorio
      • Re: Authentication, Gary F
      • RE: Authentication, Danny Ayers
  • <Possible follow-ups>
  • Re: Authentication, Simon Fell
    • Re: Authentication, Sam Ruby
    • RE: Authentication, Ziv Caspi
  • RE: Authentication, Joe Madia
    • RE: Authentication, Nelson Minar
• test - please ignore, Danny Ayers
• RefactorOk and ThreadMode, Ken MacLeod
• [Fwd: Re: draft-gregorio-07.html], Joe Gregorio
  • Re: [Fwd: Re: draft-gregorio-07.html], Nelson Minar

The web site for this mailing list is sponsored by the Internet Mail Consortium. If you have any suggestions for additions or corrections to this Web page, please send them to phoffman@imc.org.