Newsgroup: it.comp.software.mailreader
Titolo: 550 Error: Your email program uses "=20" instead of spaces.

Messaggio di errore restituito da un pop server al mittente:
|Remote host said: 550 Error: Your email program uses "=20" instead 
|of spaces. Please correct this (try setting your mail program to 
|use plain text) and resend your message.
Avrei bisogno di capire più esattamente di che tipo di errore si tratta: che
carattere è, che programma può includerlo e in che casi.
Tnx.
-- 
Luca - e-mail: p.stevens at 
libero.it

carattere è, che programma può includerlo e in che casi.
Direi che sta uscendo in (HTML?) quoted-printable, mentre il server
accetta solo 7/8 bit.
Ciao, Alessio.
-- 
Guide e manuali su Agent: 
http://www.sleepers.it
FAQ di ICS.newsreader: 
http://wiki.news.nic.it/IcsnFaq
Agent: 
http://www.forteinc.com/agent/download.php?language=Italiano

accetta solo 7/8 bit.
Sě anche se in effetti in quoted-printable lo spazio č ammesso. Forse il
reader che č stato usato converte gli spazi in =20 anche se non necessario
e il server si arrabbia anche se potrebbe far finta di niente?
-- 
-antonio-
www.geminisoft.com
(email valida sul mio sito)

 e il server si arrabbia anche se potrebbe far finta di niente?
Si. Mi interessa in particolare il rapporto con l'html: se un programma invia
messaggi in text/plain e codifica MIME, c'è la possibilità teorica che
spedisca =20 invece che spazi? E quella pratica?
Ho provato a elevare un po' la mia cultura in merito ma sto davvero basso :-)
(Questo lo spedisco in quoted-printable, per vedere che succede al
delimitatore di firma)


delimitatore di firma)
Non è stato spedito in quoted printable. Il tuo header:
   Content-Transfer-Encoding: 8bit



Mi pare quindi di capire che   sostituisce lo spazio finale della riga, se
ce n'è uno (il solo ritorno a capo non sembra aggiungere nulla). Credo che il
problema col server sia dovuto ad una serie di    ... Giusto? 


 Si. 
Nel riportare la frase di Antonio ti è sparito il ugualeventi che lui
aveva scritto, ed è stato sostituito da uno spazio.
Sarà stato il robomoderatore che ha fatto la conversione da qp ad 8bit?

problema col server sia dovuto ad una serie di    ... Giusto? 
Ho fatto la stessa prova e il mio server, 
news.individual.net
, non ha fatto
alcuna modifica al mio messaggio con 10 spazi al fondo della riga. Tutto OK.


carattere è, che programma può includerlo e in che casi.
Strano. Dovrebbe essere lo spazio in QP. 
No?
Ciao.
-- 
Antonio :-D

 Strano. Dovrebbe essere lo spazio in QP. 
Chiarisco meglio: il problema non è stato causato dal mio client, ma da quello
di qualcun altro che invia messaggi codificati in quel modo in una mailing
list. La regola che è scattata e che ha fatto respingere il messaggio dal mio
pop server è "sette spazi codificati da =20". 
Penso che si tratti di un un qualche incredimail, ma quello che avrei bisogno
di sapere è:
1) se il comportamento di codificare una serie di spazi consecutivi è "legale"
in QP, 
2) se la cosa è connessa all'uso dell'html.
Per 1) vedo che Agent non lo fa, codifica solo l'ultimo spazio di una riga
(ricordo il problema di OE e del delimitatore di firma), quindi suppongo che
sia sbagliato codificarli tutti.


sia sbagliato codificarli tutti.
Non credo sia necessario codificare l'ultimo spazio.
Cosa c'entra il *vecchio* problema di OE e della firma?


 Sarà stato il robomoderatore che ha fatto la conversione da qp ad 8bit?
Sicuramente. 
=20=20=20, (ugualeventiugualeventiugualeventi) spedito in 7/8 bit.





alla gestione dell'a capo e dello spazio finale.
Quello che faceva OE era sbagliato. Toglieva gli spazi al fondo delle
righe. Ma non c'č nessun legame con il quoted printable.


 ciņ. All'epoca avevo seguito il protocollo, almeno credo :-)
Ho trovato questo: 
http://en.wikipedia.org/wiki/Quoted-printable
|Quoted Printable Encoding
...
|ASCII tab and space characters, decimal values 9 and 32, may be represented 
|by themselves except if these characters appear at the end of a line. If 
|one of these characters appears at the end of a line it must be encoded 
|as "=09" (tab) or "=20" (space).


|as "=09" (tab) or "=20" (space).
Ho controllato sull'RFC e sembra essere cosě per evitare che gli spazi
vengano appunto rimossi da alcuni client (che rimuovono gli spazi alla fine
delle righe). E' un po' buffo perchč a questo punto non ha molto senso
definire un delimitatore di firma con uno spazio al fondo! Comunque... č
cosě.


così.
Sarà la stessa cosa che hanno pensato i programmatori di OE ai tempi? :-)
Ciao.
-- 
Antonio :-D

 ha scritto:

No però la regola sul quoted-printable di fatto giustifica chi elimina gli
spazi al fondo delle righe, come faceva OE.
E' buffo no?


E' buffo no?
Già.
Ciao.
-- 
Antonio :-D

 Già.
Per come la vedo, la regola vuole 'difendere' dall'eliminazione degli spazi al
fondo delle righe.
-- 


fondo delle righe.
Sì, certo, ma sorge spontanea la domanda che segue.
Se sappiamo dell'esistenza di un problema con gli spazi al fondo delle
righe e giustamente ci difendiamo nella regola del quoted-printable perchè
da un'altra parte facciamo una regola che stabilisce come delimitatore di
firma una riga con uno spazio al fondo?
E' buffo, no?


 E' buffo, no?
Mah ... Lo spazio dopo i due trattini serve per poter continuare ad usare due
trattini invio nel testo normale senza che il programma lo scambi per un
delimitatore di firma. Se poi esistono programmi che tolgono gli spazi non
codificati a fine riga, delimitatore o no, si cerca di difendersi da questo.
Che c'č di buffo?


Che c'è di buffo?
Il buffo è stabilire una regola che prevede uno spazio al fondo di una riga
sapendo che ci sono programmi che li tolgono, motivo per cui un'altra
regola (quella del quoted printable) che stabilisce di codificare lo spazio.
Come delimitatore di firma si poteva scegliere una qualsiasi cosa, non si
era certo obbligati a scegliere un marcatore con lo spazio al fondo!


 c'è di buffo? 
Forse Antonio voleva dire che non si è obbligati ad utilizzare questo 
metodo ed in effetti qualche perplessità la ho anche io. Ti faccio un 
esempio: ultimamente per sponsorizzarmi inserisco automaticamente nei
post dei miei utenti vari banner (scelta giusta, sbagliata o altro 
ora non ha importanza al fine del discorso) e anche io ho avuto il 
dubbio su cosa inserire o se inserire un marcatore. Ad esempio 
Newsland e Mynewsgate non inseriscono alcun marcatore ma lasciano un
rigo i spazio. Io ho scelto di lasciare un rigo di spazio e di 
inserire i -- . Questo quindi rsulta utile se uno non ha una sign 
predefinita e quindi ciò che c'è dopo il marcatore in un newsreader 
serio viene tagliato nel quoting. Però se uno ha già una firma si 
trova con due marcatori -- . Quello che inserisco io e quello che 
inserisce lui. Non so come si comportano tutti i newsreader in 
proposito, dovrei fare delle prove. Tu cosa ne dici? Sarebbe più 
logico non inserirlo, oppure inserilo, oppure inserire semplicemente 
un rigo di spazio?
-- 
Ciao, Dmitry
--
GIGAMAIL By X-Privat - 
http://www.x-privat.org/gigamail.php

 proposito, dovrei fare delle prove. 
Agent taglia tutto dal primo delimitatore. Mi pare chiaro che è comunque
meglio metterlo.
In ogni caso, per me, l'inserimento di un banner su Usenet o in email è da
solo un motivo sufficiente per non usare il servizio. Quando mi capita
qualcuno che lo fa glielo dico alla prima occasione.


). Ricordavo
male, evidentemente: taglia solo dall'ultimo delimitatore in giù. 


 occasione. 
Beh, mi pare un pò esagerato come atteggiamento. Premesso che nemmeno 
a me piace molto come sistema ( ne sto studiando altri in effetti ), 
si deve fare sempre un conto tra benefici e non benefici. Resta il 
fatto che è gratuito, se uno lo vuole usare bene, altrimenti usa 
Individual, Diesel o altri ottimi servizi.
-- 
Ciao, Dmitry
--
X-Privat "FREE Usenet" - 
http://www.newsserver.it

Luca - e-mail: p.stevens at 
libero.it
-- 
Enrico C  /testing Pimmy/
Reply to: enrico /dot/ c /at\ people \dot\ it


 lavoro o simili pero' meglio di no.
nelle caselle x-privat in effetti non inserisco nulla. Lo avevo fatto 
per un mesetto ma poi ho pensato che non è molto carino :=)
-- 
Ciao, Dmitry


delimitatore di firma.
Piuttosto, chi si ricorda perché è usato proprio il ">" per "quotare"?
Avevo letto qualcosa, qualche documento "arcaico", anni fa, ma non riesco
a ritrovarlo (poteva essere anche cartaceo).
Ciao.
-- 
Antonio :-D

 cambio di un servizio gratuito.
Il fatto è che chi paga (subendo il fastidio) non è chi fruisce del servizio.
E' una carognata verso terzi.
Fup


 Che c'č di buffo?
Chi c'č di buffo?
-- 
adamski

 invece, è molto efficace ed elegante.
AHHAHAHAHAHAHHAHAHAHAHHAHAHAHAHHAHAH!
-- 
adamski