La quotazione è abbastanza stampabile da rendere una posta conforme alla limitazione della lunghezza della linea proposta in RFC 2822?


9

In RFC 2822 (definizione della posta elettronica) è definito che nessuna riga DOVREBBE essere più lunga di 78 caratteri (escluso CRLF) e DEVE non più di 998 caratteri. Con le righe più lunghe stampabili tra virgolette verrà suddiviso in più righe, terminando ognuna con un '=' fino al raggiungimento dell'interruzione di riga reale. Conforme una mail allo standard, se contiene righe più lunghe di 78 (o 998) caratteri ma è codificato con quoted-stampabile?

Ci sono argomenti, secondo cui questo non è conforme, perché il client di posta ricevente ha righe più lunghe dopo aver decodificato il messaggio stampabile tra virgolette.

MODIFICA : Per chiarire la domanda nel modo in cui è stata posta da David Cary: Sì, intendo la posta codificata stampabile con citazione deve essere compatibile con quella stampabile tra virgolette, significa che le righe non sono più lunghe di 76 caratteri. Ma i messaggi decodificati potrebbero avere linee più lunghe di questo limite. Quindi la mia domanda è: il software client che implementa RFC 1521 dovrebbe gestire righe indefinitamente lunghe dopo la decodifica del contenuto di testo tra virgolette? Questa risposta è sì con entrambe le risposte finora (grazie) con la restrizione che è scoraggiata da Netiquette (RFC 1855). Ma Netiquette limita persino una lunghezza della linea a 65 caratteri, un limite a cui quasi nessuno aderisce.

Risposte:


3

Non sono sicuro di quello che stai chiedendo:

un client di posta ricevente trova lunghe righe prima di decodificare quoted-printable

Pronuncia il software di codifica stampabile tra virgolette sull'estremità trasmittente semplicemente citando lettere non stampabili, rendendo la linea codificata risultante più lunga della linea originale, senza mai aggiungere "interruzioni di linea morbide", risultando in una linea codificata più lunga del limite.

Questo non è conforme.

Le righe di dati codificati stampabili tra virgolette non devono superare i 76 caratteri. Per soddisfare questo requisito senza alterare il testo codificato, è possibile aggiungere interruzioni di linea morbide ... Queste interruzioni di linea morbida consentono anche la codifica di testo senza interruzioni di linea (o contenenti linee molto lunghe) per un ambiente in cui le dimensioni della linea sono limitate, ad esempio " 1000 caratteri per riga "limite di alcuni software SMTP, come consentito da RFC 2821.

- Wikipedia: quoted stampabile , parafrasando RFC2045 Pagina 21.

le righe codificate sono brevi, ma un client di posta ricevente trova lunghe righe dopo la decodifica quoted-stampabile

Questo è conforme a RFC2822 e RFC2045 e dovrebbe essere supportato da tutto il software.

Tuttavia, la creazione di tali messaggi è scoraggiata da diverse Linee guida di Netiquette, tra cui le "Linee guida di Netiquette" di RFC 1855 .


RFC 1855 contiene una serie di nozioni singolari, come limitare le dimensioni dell'attaccamento a 50K, o l'idea che chiunque sulla faccia del pianeta usi ancora Gopher per scopi seri.
Kevin,

9

È decisamente conforme. L'intero punto di Quoted-Printable e il resto della serie MIME di RFC (da RFC 2045 a RFC 2049) è quello di consentire la codifica di dati che altrimenti non sarebbero validi nell'e-mail. RFC 2822 indica esplicitamente (e ripetutamente!) I lettori a tali RFC per informazioni su come eseguire questa operazione.


1
+1 Il limite di riga non è imposto sul messaggio, ma sulla trasmissione del messaggio.
Chris S,

3

Se vuoi davvero sapere quanto sia complicato costruire un compositore e un parser di posta elettronica conforme, allora devi guardare questo video su Youtube: http://www.youtube.com/watch?v=JENdgiAPD6c

Ricardo Signes offre una visione interna dei diversi RFC e quale stupidità portano nella vita reale.

È lungo 40 minuti e graffia solo la superficie di "contenuti" e-mail cattivi e buoni. Dopo aver guardato, cambierai la tua opinione sul software di posta elettronica che pensavi fosse conforme agli standard di posta elettronica.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.