Newsgroup: it.comp.software.mailreader
Titolo: eml2mbox: prestazioni

Test di conversione eml2mbox eseguito sugli stessi messaggi email.
Tempi espressi in secondi.
Fr3ddie (Script Hamster 2.1.0.0)           -> 5 
Antonio Donatiello (Script .bat)           -> 7
LoSmilzo (script bash, in ambiente MinGW)  -> 18
msgcvt (eseguibile Windows)                -> 246
-- 
Ciao, Lurkos
it-alt.media.internet.google
I servizi di Google: Gmail, Groups, News ed altro

 msgcvt (eseguibile Windows)                -> 246
[pigro mode ON]
Visto che te li trovi sottomano, mi indicheresti dove li trovo, in
particolare quello per Hamster che pare essere il piů veloce, senza che io
debba fare l'*enorme fatica* di cercarli? ;)))  
[pigro mode OFF]
[malfidato mode ON]
Hai anche testato gli MBX ottenuti se si legge tutto bene?
[malfidato mode OFF]
Thank you! :)
FUP2: [Follow-up to: / Risposte a:]  hamster.it.misc
X'Posted to: it.comp.software.mailreader,hamster.it.misc

Antonio Donatiello (Script .bat)           -> 7
Odio arrivare secondo :-)
-- 
-antonio-
www.geminisoft.com
(email valida sul mio sito)

msgcvt (eseguibile Windows)                -> 246
Già, msgcvt ci mette un botto, ma solo quando ci sono degli allegati
(tratta la cosa davvero male).
Una buona alternativa a msgcvt è: eml2mbx
http://home.arcor.de/luethje/prog/
Vedi se riesci a provarlo sugli stessi messaggi, cos' per curiosità.
Ciao.
-- 
Antonio :-D

 
http://home.arcor.de/luethje/prog/
Notare che (dal readme)
[...] 
Sometimes a "From " line is a normal line in the text body of the mail,
though (e.g. "From now on ...").
Therefore if all mail files are just written unalterd to the mailbox
file, it's possible that some programs are not able to recognize the end
of a message inside the mbox correctly.
In order to avoid this problem, eml2mbx normally puts a space in front
of all "From " lines in the text body of the mail, before it writes them
to a mailbox file.
However, that way also digitally signed mails may be altered, so that
the signature becomes invalid. This does not happen, if there is an
appropriate file named "eml2mbx.ini" in the program directory. This
optional INI file allows to define begin and end of areas in e-mails,
that must not be modified.
[...]

 Odio arrivare secondo :-)
Preciso che nello script di Fr3ddie non ho considerato il tempo di 
avvio di Hamster, perché ho considerato che fosse già aperto.
In caso contrario si deve considerare un tempo aggiuntivo di proprio 2 
secondi.
E cmq il tuo script .bat è l'unico utilizzabile senza 
installare/scaricare nulla.


 Vedi se riesci a provarlo sugli stessi messaggi, cos' per curiosità.
D'accordo, al prossimo test aggiungo anche questo.


 FUP2: [Follow-up to: / Risposte a:]  hamster.it.misc
Visto che nella risposta non parlo esclusivamente di Hamster mi è 
sembrato più giusto lasciare il crosspost (anche se forse era meglio 
rispondere solo su Icsm).
Crosspost: it.comp.software.mailreader, hamster.it.misc





È scritto tutto nel thread "Scoperta inquietante su Thunderbird!".
Grazie! 
Segnalo che la conversione eml>mbx si può fare anche conThe Bat!, se lo si
ha disposizione: si importano i file eml e poi si esporta come mbox. Però
non ho cronometrato i tempi :)

corretto ma non corretto riguardo ai "contenuti".
Non mi sembra che il formato preveda che il from contenga il from del
messaggio, deve semplicemente essere formata da "From " + altro testo.
D'altro canto sarebbe un'inutile duplicazione di un dato già presente negli
header. La scelta di questa sintassi assurda è assolutamente deprecabile e
sinceramente non capisco come i creatori di questo formato abbiano fatto
una scelta tanto sballata.


uguale, come già detto, è un altro paio di maniche.
Certo, sono due cose diverse. Non sto certo qui a difendere il mio batch
(fatto per scherzo in risposta a qualcuno che rompeva sul fatto che Pimmy
non ha l'export verso mbox), figuriamoci. Quando Pimmy avrà l'export per
mbox creerà il file come si conviene.
Converrai con me, comunque, che un formato sbagliato non fa che provocare
danni, ad esempio rende tutti gli export più lenti.


 .mbox;
The Bat! crea un separatore di questo tipo:
"From 
em...@example.org
  Fri Nov  4 18:56:45 2005"
dove la data č quella di creazione del file e non quella dell'EML
convertito. A fine riga inoltre vedo un carattere [0A] e non un a capo 0D
0A.

"facciamocomeceparetantocheccefrega" ;o).
L'idea è buona anche se nutro dubbi su un formato unico perchè ogni
programmatore cerca nuovi metodi per migliorare il programma in termini di
velocità e il formato degli archivi è importante. Però come formato di
interscambio sarebbe ottimo.


come proposto dal newsgroup...
C'è un iter alquanto complesso che stavo studiando per alcune idee che
avremmo in Geminisoft. Anche per questa ragione, spesso, prendono piede
altri standard de-facto.
Ciao
-- 
-angelo-
Keep in touch! Subscribe our newsletter
Restiamo in contatto! Iscriviti alla nostra newsletter
www.geminisoft.com

 messaggio, deve semplicemente essere formata da "From " + altro testo.
Sto leggendo adesso ed ho perso l'inizio del discorso,
per quanto ne ho capito, non si tratta di una standard ben precisato, 
ma ci sono molte varianti più o meno piccole.
Qualcosa si trova qui:
http://www.qmail.org/qmail-manual-html/man5/mbox.html
a titolo di esempio, Eudora mette la riga 
From ???@??? Thu Nov 15 19:06:20 2001
cioè non mette mai un vero indirizzo (che casomai non sarebbe mai il
from: ma casomai sarebbe l'envelope) ma mette sempre la costante con
6puntitnterogativi e come dataorario mi sembra ci scriva quella in cui il
programma ha processato, in entrata od in uscita, il messaggio
Qaulche altra info forse potrebbe essere qui ma non ci ho capito quasi
nulla 
http://www.courier-mta.org/mbox-vs-maildir/
 
e qualcosa anche qui:
http://kb.mozillazine.org/Importing_and_exporting_your_mail#mbox:_Understanding_Mozilla.27s_format
http://homepages.tesco.net./~J.deBoynePollard/FGA/mail-mbox-formats.html
Parlando con Alanford tempo fa, mi sembra di ricoradare che Xnews metteva
una riga costante senza parti variabili (o forse era stato alan a
mettercela per conversione)

 Sometimes a "From " line is a normal line in the text body of the mail,
Dalla guida di Qmail:
http://www.qmail.org/qmail-manual-html/man5/mbox.html
 
     The program then copies the message, applying >From  quoting
     to  each  line.   >From  quoting  ensures that the resulting
     lines are not From_ lines:  the program prepends a > to  any
     From_ line, >From_ line, >>From_ line, >>>From_ line, etc.

 capo 0D 0A.
    DOS  -> CRLF
    UNIX -> LF
Comunque, com'è anche abbastanza facile documentarsi (già il wiki è 
pittosto esaustivo - anziché giocare al tiro al piattello ^^) e come il 
buon *cataldo VALLONE* ha sempre scritto, di formati simil 'MBOX 
format' ne esistono una marea di "dialetti".
Tutti a causa del separatore (e le sue conseguenze).
Se guardi anche nel whatsnew di Dialog, ci trovi vari aggiustamenti per 
renderlo compatibile con quante più varietà possibili.
Dalle mie letture (e molte prove), mi sembra di aver appurato (per lo 
meno su sistemi Windows, considerando Agent, Dialog, TBird, Xnews, 
Pimmy, i.Scribe - purtroppo non ho Eudora) che:
1. Nessuno legge (inteso come informazioni per il messaggio) il 
contenuto del from e data del separatore (è quindi perfettamente 
*inutile* e dispendioso ricavarle dal messaggio, perché ci sono molti 
articoli con from e data mal formattati - visti personalmente senza il 
giorno della settimana - con l'orario nei vari formati GMT, etc.);
2. Pimmy, i.Scribe e Dialog vanno in crisi¹ se trovano un \nFrom_ nel 
testo; Dialog però capisce la sintassi del \n>From_ e la sistema 
automaticamente;
3. Xnews (e penso Eudora) usa un separatore "particolare" (con parte 
del From `???@'), che gli permette di essere immune ai \nFrom_ nel 
testo;
4. Tbird fa di testa sua (o più probabilemnte non l'ho capito io), se 
trova un \nFrom_ non va in crisi, ma lo formatta \n>From_ in fase di 
importazione (?), alterandone il testo;
5. Agent analizza il delimitatore fino all'anno (probabilmente con una 
regex), ed è immune dai falsi positivi.
In sostanza, usando il delimitatore standard:
    From ???@??? Sun Jan 01 00:00:00 2000
e quattro accorgimenti in croce, si riescono a mettere d'accordo quasi 
tutti.
Per chi vuol testare questo script (fatto per gioco), lo aggiungo alla 
lista:
 
http://www.webalice.it/alanford/shot/mbox.zip
Ciao.
_____
¹ Intendo che si creano dei articoli fantasma, senza header (ovvio) e 
con la metà del corpo rimasto da quello precedente.
-- 
 /   _ _ | Xnews e la documentazione in italiano
( (/( (/ | 
http://web.lacasadialice.it/alanford/

     
http://www.webalice.it/alanford/shot/mbox.zip
Scaricato... ma mi son fermato alle impostazioni...
Se l'mbox serve per importarlo in Hamster con Ham.exe, cosa conviene
settare nell'opzione "Compatibilità" ?

 Separatore prendendole fedelmente dal From e Date del messaggio,
Mi dici dove hai letto che dovrebbero starci il From: ed il Date: del
messaggio? 
Tutt'alpiù, alcuni usano metterci il /sender dell'Envelope/ (che con il
from: non ha niente a che spartire) e la dataorario /delivery date/ che
anche questa ha poco a che vedere con il date: del messaggio

 automaticamente;
Anche Gravity andava in crisi. O per lo meno lo faceva la versione 
provata anni fa.
-- 
Ciao, Massimo | ICQ# 57669970 | Jabber: 
pet...@jabber.linux.it
«Solo due cose contano, nella vita: l'amore in tutte le sue forme con
ragazze carine, e la musica di New Orleans e Duke Ellington. Il resto
sarebbe meglio che sparisse, perché il resto è brutto.» [B. Vian]

 anche questa ha poco a che vedere con il date: del messaggio
Dialog, quando esporta in formato Mbox, fa cosě, almeno per il sender: usa
il Return-Path delle email. Per date e orari invece non ho ben capito, a
volte ci sono delle differenze di un secondo... 
In subordine: come si fa per gli articoli Usenet?

 conviene settare nell'opzione "Compatibilità" ?
È solo molto fumo negli occhi... :)
Se guardi il sorgente (il linguaggio è simile a quello di Hamster) lo 
vedi da te...
La scelta "Dialog" mette un `>' davanti ai \nFrom_ e loro cugini fino 
al IV grado: \n>>>>From_ (Dialog poi quando importa li toglie, per cui 
non viene alterato il messaggio originale).
La scelta Pimmy, etc. gli mette uno spazio davanti (sempre a loro); il 
messaggio re-importato viene alterato (minimamente, meglio che citarlo 
sbagliato o creare fantasmi. Il f=f va un po' a ramengo).
L'ultima (Xnews, etc.) non altera nulla (è per quelli più robusti, che 
riconoscono il separatore "particolare").
Quindi, non sapendo né leggere né scrivere, userei la II (Pimmy, etc.).
Ciao.


 Quindi, non sapendo né leggere né scrivere, userei la II (Pimmy, etc.).
Ok, grazie!
FUP2: [Follow-up to: / Risposte a:]  hamster.it.misc
X'Posted to: it.comp.software.mailreader,hamster.it.misc

per la "singola mail + file indice".
Sì, si potrebbe certamente.


 In subordine: come si fa per gli articoli Usenet?
Non saprei, quel tipo di configurazione lo ho trovato nelle istruzioni di
"qmail" che a quanto mi sembra di capire è un programma usato per le
email non so se funzioni uguale anche per i newsgroup

solo dei bug (firma senza spazio al fondo
Il "R:" anzichè il "Re:"?
-- 
Jolan Tru, Filippo "Hytok" Simone: l'oracolo sampdoriano di Sunnydale
La Casa degli Elfi - 
http://lacasadeglielfi.altervista.org/
Enclave del Dominio - S.N.S. Despiser - 
http://ildominio.altervista.org/

Il "R:" anzichč il "Re:"?
Un bug di traduzione, infatti č stato corretto.


motivo. E` dura cercare di sostenere il contrario date le prove...
Sei tu che devi sostenere l'accusa, ma siamo ot su explorer, al limite puoi
parlare di OE, se ti va.


 parlare di OE, se ti va.
Ricordo male, o in certi casi OE invia messaggi con caratteri estesi senza
indicazione del charset (se non è stato corretto)? Rientra negli standard?

indicazione del charset (se non è stato corretto)? Rientra negli standard?
No, è un bug. In pratica l'impostazione standard di OE non prevede gli
header mime (cosa legittima e standard)ma se si scrivono caratteri non
ascii non avvisa e non fa nulla per non inviarli. Questo è il bug. Tu vedi
una volontà di cambiare uno standard? Io no.
Un altro esempio. Il famigerato windows-1252, utilizzato da OE è
assolutamente standard e presente nei charset approvati dallo IANA e
utilizzabile su Internet.
Altro esempio. HTML nelle email. Sono standard, la cosa che a me non piace
è che sia predefinito come impostazione di invio della posta. Ma non è
"fuori standard". Pensa che lo fa anche Thunderbird!
Altro esempio. Delimitatore senza spazio al fondo. E' un bug, risolto
infatti.


 infatti.
Dopo quanti anni?

Dopo quanti anni?
Ma non lo so... eddai. E' un po' che è a posto OE6 qualcosa. Comunque non è
una volontà di andare contro gli standard. Questo è quello che conta.


 X'Posted to: it.comp.software.mailreader,hamster.it.misc
Lascio l'XPost


 indicato.
Cioè in quel caso, vedendo che ti è venuta fuori una data un pochino
strana, [Sun Jan 01 00:00:00 2000] , ti viene in mente di andare ad
indagare sul motivo mentre se fosse una data possibile, quella di oggi ad
esempio, non ti salta agli occhi e non ti accorgi facilmente che c'è
stato un accrochio. 

vuole scorrere le pagine
No, con Firefox funziona bene.


 strana, [Sun Jan 01 00:00:00 2000] , t
Da me [Dialog su Win Xp] gli articoli senza data sono tutti del 1980! :)

 solo per Firefox. Io lo farei sempre.
I siti dovrebbero seguire gli standard, non essere per un solo browser. 

 indicato.
Ok, buono a sapersi.
X'Posted to: it.comp.software.mailreader,hamster.it.misc

 Da me [Dialog su Win Xp] gli articoli senza data sono tutti del 1980! :)
Sono forse quelli prelevati da google mostrando e copincollando il
messaggio originale? 
Io ci ho messo un po' a capire dove caspita erano andati a finire quei
messaggi che avevo appena finito di importare e che non vedevo...

 messaggio originale? 
Nel mio caso parlo di messaggi letti da un archivio Hamster corrotto,
mancanti di campi dell'header :-|

vuole scorrere le pagine;
Veramente a me il televideo solo testo mi dice che sto usando un browser
non standard sia se uso IE sia se uso Firefox. Forse il sito ha qualche
problema... e comunque in Firefox ho dovuto scaricare flash... altro che
standard html.


No, con Firefox funziona bene.
Io non lo vedo bene in modalità solo testo.


Io non lo vedo bene in modalità solo testo.
Io sì, ho appena controllato (con l'ultima versione di Firefox). E' questo,
giusto?
http://www.televideo.rai.it/televideo/pub/solotesto.jsp?pagina=400



http://www.televideo.rai.it/televideo/pub/solotesto.jsp?pagina=400
Questo lo vedo anche io, avevo avuto problemi sia con Firefox, sia con IE
partendo dalla home page.


 indagare sul motivo
Esatto, il concetto era quello (e quello che se si vuole a tutti i 
costi inserire la data del messaggio, occorre un controllo a monte 
della sua esistenza e corretta formattazione).
Ciao.


partendo dalla home page.
Beh, dalla home son partito anch'io. Hai la 1.0.7 di FF?


 È free?
Nope!
trial 30 gg, poi $29.95 

Beh, dalla home son partito anch'io. Hai la 1.0.7 di FF?
Avevo la 1.0.4, ho aggiornato alla 1.0.7 ma ho lo stesso problema. Io vado
su 
www.rai.it
 poi faccio clic su "solo testo" e vedo bene, poi faccio clic
su "Naviga in solo testo" e ho un errore che inizia per
   Se leggete questo messaggio probabilmente non state usando un browser
   standard.


    standard.
Sě, anch'io (FF 1.5 Beta 2)
Perň sotto a quel messaggio c'č la lista delle notizie, e le posso
visualizzare.
FUP2: [Follow-up to: / Risposte a:]  it-alt.comp.software.mozilla
X'Posted to: it.comp.software.mailreader,it-alt.comp.software.mozilla

   standard.
O______O Io invece no. Se vuoi ti mando uno shot :-)))))))


 voglia ;o)
Secondo me è dovuto al delimitatore "From" diverso.
Solo il tuo script (fra quelli provati) lo compila con tutti i dati del 
messaggio.
Crosspost: it.comp.software.mailreader, hamster.it.misc
-- 
Ciao, Lurkos
it-alt.media.internet.google
I servizi di Google: Gmail, Groups, News ed altro

 infatti.
 
Hai qualche informazione in più? Perché io ricordo che era una precisa 
scelta dei programmatori di eliminare lo spazio finale nelle righe.
-- 
Ciao, Massimo | ICQ# 57669970 | Jabber: 
pet...@jabber.linux.it
«Solo due cose contano, nella vita: l'amore in tutte le sue forme con
ragazze carine, e la musica di New Orleans e Duke Ellington. Il resto
sarebbe meglio che sparisse, perché il resto è brutto.» [B. Vian]

 Nope!
SnIco Edit non sarà a quei livelli ma è comunque buono (a mio avviso), 
fa tutto quello che ha detto Enrico, credo, e soprattutto è gratuito:
 
http://www.snidesoft.com/
F/Up


 Un bug di traduzione, infatti è stato corretto.
Non un bug ma una scelta precisa, come la «I: » per l'inoltro.


Non un bug ma una scelta precisa, come la «I: » per l'inoltro.
Non mi importa continuare nella polemica. Oggi OE è stato corretto. Punto.


scelta dei programmatori di eliminare lo spazio finale nelle righe.
Io parlo dello spazio al fondo del delimitatore. Era un bug e infatti è
stato risolto.


 infatti è stato risolto.
Non ricordo ma come ho detto a me pareva che non fosse un bug ma una 
"feature" di OE.
Sul «R: », e sulla tua risposta, stendiamo un velo pietoso. 


Infatti anche io ci vado con FF, rimane comunque uno schifo.
Questa scritta
   Se leggete questo messaggio probabilmente non state usando un browser
   standard.
io la vedo sia con FF, sia con IE. E con entrambi vedo comunque le notizie.
Quindi non c'è alcuna differenza e non capisco perchè siamo quindi andati a
vedere quel sito, mah, mi sono perso.


tratta, e lo sai perfettamente anche tu).
Appunto, come volevasi dimostrare. Io sono un tecnico e rispondo
tecnicamente alle questioni sollevate. Tu fai politica vedendo in un bug la
volontà di andare contro gli standard. Ma questo è un gruppo tecnico e sei
tu che vai fuori tema.
E infatti tu scrivi M$ come il più classico degli anti Microsoft. Ma io ho
lasciato perdere questo particolare, che da solo, mi avrebbe normalmente
fatto capire di che pasta è il mio interlocutore, l'ho fatto perchè ti
conosco (su usenet intendo). L'ho messa sul tecnico ma su questo piano non
ci senti e non ci vuoi sentire.
Credevo che la storia di windows-1252 e di dove stia la verità poteva
insegnare qualcosa a qualcuno... ma vedo che non è così.
Alla prossima.


Sul «R: », e sulla tua risposta, stendiamo un velo pietoso. 
OK, non hai argomenti, figuriamoci se ne hai di tecnici.


 Ed č evidente a tutti il perché.
E lo stesso vale per OE, per tornare piů in topic. Il fatto che una
maggioranza di utenti lo usi, non vale per difendere scelte fuori standard.
Che poi certe scelte siano fatte di proposito, o per semplice disinteresse
verso gli standard, o siano "bug" lasciati per anni nonostante le
segnalazioni, dal punto di vista dell'utente cambia poco, mi pare.

VUOLE vedere.
Come preferisci.


maggioranza di utenti lo usi, non vale per difendere scelte fuori standard.
Infatti io non porto avanti assolutamente questa tesi. Sei tu che l'hai
messa in bocca a me neanche fossi il più idiota del newsgroup.


 neanche fossi il più idiota del newsgroup.
Assolutamente non lo penso, e mi scuso se la mia risposta può aver dato
quell'impressione.

si vede che ho capito male.
Sì, hai capito male. Ho già risposto e precisato sulla questione in un
altro post, forse non hai letto prima di scrivere anche tu la stessa cosa.
Tra l'altro citarmi senza citare la parte a cui replico è il solito modo di
mettere in bocca alle persone le proprie tesi.
Aggiungo che prendere atto di una smentita (la mia) è il minimo per una
persona intelligente. E vale anche per Fr3ddie che ha replicato in modo
banalmente ironico al tuo messaggio.
Spero di essermi spiegato. Per il futuro cercherò di parlerò in modo più
semplice così da non essere frainteso.


 mettere in bocca alle persone le proprie tesi.
Ho già detto di aver capito male, vista la tua successiva precisazione, e
che avrei dovuto immaginare che il senso era diverso da quello che mi
appariva. 
Ma insisti a dire che ti si è voluto "mettere in bocca" qualcosa, e su
questo non sono d'accordo. Questo è il passaggio integrale con la frase di
Fr3ddie e la tua risposta. Non avevo riportato la parte di Fr3ddie perché
sinceramente non mi pare che cambi il senso letterale di quella risposta,
(prima della precisazione che ha chiarito il misunderstanding)... 
| >Tralasciando tutti i suoi bug, la prova che la M$ si è sempre
| >disinteressata del rispetto degli standard sono le migliaia di siti web
| >che sono scritti con codice che solo IE può interpretare correttamente
| >(fuori standard), alla faccia del rispetto degli standard e degli
| >utenti;


stato.
Sì, certo. Replicare ad un messaggio dicendo una cosa già detta da te in un
altro messaggio è ironia sopraffina, scusa.


 Non mi importa continuare nella polemica. Oggi OE č stato corretto. Punto.
Indiscutibile e giusto. Credo che Gesů volesse solo intendere che
quella di "I:" e di "R:" non sia stato il problema della sola
traduzione italiana, ma di un errore complessivo nel processo di
localizzazione (essendo i prefissi stati tradotti anche in altre
lingue) e dunque non un bug tecnico.
Senza polemica, come dicevi tu, OE ad oggi č corretto da quello e da
altri punti di vista.
-- 
daRkSidE, 11/11/2005 22.46.36

 OK, non hai argomenti, figuriamoci se ne hai di tecnici.
Sul fatto che quello sopra non fosse un bug? Beh, visto che sei tu che 
hai affermato che lo è tocca a te argomentare quanto sostieni, come da 
buon vecchio rasoio di Ockham. Devi dimostrare che i prefissi alterati 
a seconda della lingua sono un errore di programmazione non voluto dai 
programmatori, non una scelta precisa. Io la vedo dura.
Trovo comunque incredibile il tuo atteggiamento. Sei lo specchio delle 
persone che criticano la Microsoft a prescindere: per loro è sempre in 
errore, per te ha sempre una scusa.
OE sarà pure un buon programma, e sono il primo a sostenerlo, ma non è 
difficile vedere che molti standard non sono interessati a seguirli, o 
nemmeno ci pensano. Oltre a quello esposto sopra penso al fatto che il 
«follow-up-to: poster» non sia rispettato, che non quoti i messaggi in 
Quoted-Printable, o che tagli i primi quattro caratteri del subject se 
seguiti dai due punti.
Chiamare sempre in causa presunti bug non mi pare sia un atteggiamento 
obiettivo, soprattutto in virtù del fatto che molti di questi problemi 
esistono da anni, senza che Microsoft si sia degnata di sistemarli. Il 
significato di questo atteggiamento mi sembra palese: non hanno nessun 
interesse a sistemarli, ovvero a seguire gli standard.


 migliore. 
Puoi darmi il link, per favore?
Ho cercato su 
w3.org
 e con Google ma non ho trovato nulla.


Ho cercato su 
w3.org
 e con Google ma non ho trovato nulla.
E' nascosto e anche io non lo trovo mai, l'ho cercato di nuovo, ma è un
test vecchio, poi non ne hanno più fatti, quindi per favore evitare (non
solo tu) di replicare "ehi ma è vecchio". Lo so da me che è vecchio.
http://www.w3.org/WAI/UA/implementation/report-cr2.html


interesse a sistemarli, ovvero a seguire gli standard.
Quindi non sistema il problema del taglio dei primi 4 caratteri perchè non
vuole seguire gli standard? ROTFL


to a mailbox file.
Con lo switch /u le lascia immutate.
Ciao.
-- 
Antonio :-D