Dotaz: Citace v e-mailech, konvence a RFC 3676

[xkucf03]

Citace v e-mailech (v prostém textu) se uvozují znakem >

> citovaný text
moje odpověď

to je celkem obvyklé a v podstatě norma. Popsané je to v RFC 3676.

Píšu teď jednu aplikaci, která načítá e-maily a nějak je interpretuje... Původně jsem tam toleroval mezery mezi >, příklad:

> > toto je vnořená citace
> toto je citace první úrovně

Ale v RFC se píše, že mezery se používají k "escapování" -- tudíž ten první řádek se nemá interpretovat jako vnořená citace, ale jako citace první úrovně, která začíná znakem > (ten se má normálně zobrazit jako obsah sdělení, ne interpretovat jako uvození citace).

Tak jsem to předělal a mezery už netoleruji (dokonce se tím zjednodušil kód). Ono to dává celkem smysl, protože jinak by nešlo napsat řádek začínající > -- třeba:

>>> VÝHODNÁ AKCE, KLIKNĚTE ZDE <<<

(to je samozřejmě vtip, takové e-maily dostávat nechci, ale obecně by mělo jít něco takového zapsat)

Na druhou stranu ve Wikipedii se píše, že to až tak standardizované není a že se používají i jiné styly (třeba |, což mi přijde jako hnus) a že mezery mezi > se často tolerují a interpretuje se to jako vnořená citace (místo jako "Space-Stuffing").

Jak moc považujete toto RFC za závazné? (je v kategorii Standards Track) Je dobré se jím řídit a všechno, co mu nevyhovuje, považovat za nestandardní hnusy a neřešit to? Nebo byste zvolili tolerantnější přístup a připustili třeba ty mezery? Jenže pak není způsob, jak napsat řádek začínající >

Zatím se přikláním spíš k RFC.

A co text uvozující citaci? Typicky:

Dne 23. 5. 2012 12:00 Jméno Příjmmení napsal(a):

Dá se považovat za zvyklost/normu, že to bude na jeden řádek (byť v různých jazycích a formátech) těsně (případně oddělené prázdnými řádky) před citací? Nebo vám přijdou normální i několikařádková "záhlaví" citací? A co si myslíte o vložení tohoto textu do citace (tzn. na řádek s >)? IMHO je to špatně, protože to není citace a logicky to patří o úroveň výš.

Odpovědi

[NN]

Hm, asi bych se drzel RFC, ale napriklad Seznam dovoluje nastavit i jine znaky, napriklad '>>', ale i '#', nebo ':>' ...

NN

[Filip Jirsák]

Pokud se budeš řídit RFC, pokryješ tím pár procent případů. Pokud to chceš mít uživatelsky přívětivé, nezbývá než posbírat tu spoustu variant, které se používají, a nějak se s nimi vypořádat. Vnořené citace bez mezer jsou ale myslím zrovna velmi vzácné. MS Outlook třeba citace uvozuje jen řádkem -----Original Message----- před původním e-mailem, počítá jen s top postingem. Pak následují některé hlavičky, prázdný řádek a původní e-mail. Vedle > a | se používá také # a nejspíš i další znaky. A to se pořád bavíme jen o e-mailu v čistém textu, co teprve HTML varianty…

[JS]

Presne to jsem si rikal.. Podle me to RFC je uz bohuzel trochu out, vetsina lidi cituje original tak, ze ho nechava pod novym mailem. Holt moda. Takovy ukol je tedy obecne asi dost obtizna vec.

[xkucf03]

vetsina lidi cituje original tak, ze ho nechava pod novym mailem

Na jednu stranu je to zbytečné, ale zase pokud je to označené standardním způsobem (podle RFC), tak to není žádná tragédie – klient to může třeba srolovat a zobrazit až po rozkliknutí…

[l4m4]

vetsina lidi cituje original tak, ze ho nechava pod novym mailem

Oprava: Většina lidí nechává pod textem svého e-mailu kompletní text toho, na nějž odpovídají. Nemá to žádný důvod nebo dokonce cíl. Prostě to tak dělají jejich e-mailoví klienti.

[xkucf03]

Dík za odpověď. Něčeho takového jsem se obával…

co teprve HTML varianty…

Tam to může být i jednodušší – když program odesílatele použije prostředky určené pro danou věc: <blockquote/> (klidně vnořené). Ale když místo toho vloží třeba „menší písmo s fialovou barvou“ bez jakéhokoli sémantického vyznačení, tak se s tím asi fakt nedá nic dělat…

[xkucf03]

Tak už mi to celkem funguje – v Javě převedu prostý text na XML (XHTML) a pak to v XSLT převedu zase na prostý text – a někdy dostanu i úplně stejný výsledek Teď jen dokopat ostatní, aby dodržovali to RFC…

[Ondrej 'SanTiago' Zajicek]

Ono v prve rade se tohle RFC vztahuje jen na text/plain maily s variantou format=flowed, nikoliv na obycejny plain text. Grep na muj mailbox ukazal, ze format=flowed tam tvori jen cca 1/5 text/plain mailu.

[xkucf03]

A u format=fixed je význam znaku „>“ nedefinovaný?

[Ondrej 'SanTiago' Zajicek]

Tipoval bych, ze je definovan jen konvencne, na urovni lidskeho porozumeni textu, nikoliv formalne na urovni strojoveho zpracovani.