Newsgroup: it.comp.os.linux.iniziare
Titolo: Ma Thunderbird e IMAP ?????

Da anni uso Thunderbird per gestire diversi indirizzi email, alcuni dei 
quali settati con IMAP. In locale ho parecchi 
folder/subfolder/subsubfolder per un totale di 5 o 6 Gb
Ora, volendo passare tutto a Gmail (anch'esso come account IMAP), ho 
pensato di fare lo stesso che faccio su Outlook: seleziono le cartelle 
che voglio spostare, faccio un bel drag&drop su Gmail e voilà!, risolto.
E invece no.
Thunderbird fin'ora ha palesato i seguenti comportamenti:
- si è interrotto a circa 1/5 dei dati da trasferire, forse meno, 
dopodiché non voleva più saperne di funzionare, ho dovuto fare un reboot
- se provo a copiare una cartella alla volta funziona una volta su 5, 
forse meno
- quando poi smette del tutto di cagarmi, devo fare un reboot
- a volte mi visualizza messaggi strani del tipo "scaricando tutti i 
messaggi xxx di yyy". Ma scaricando COSA, in nome di Dio? Al massimo 
stai facendo un upload, brutto disgraziato!
In poche parole: Thunderbird gn'a fà.
Avevo già notato in passato una certa "incertezza" di Thunderbird nel 
gestire account IMAP, ora ne ho avuto la conferma. Triste ammetterlo, 
dopo anni di servizio, ma Outlook su queste cose si magna Thunderbird a 
colazione (lo uso in ufficio e spostare cartelle di qua e di là è prassi 
quotidiana).
Domanda: che voi sappiate, esiste un altro client email che possa 
importare le cartelle locali di Thunderbird e gestisca l'IMAP come si 
deve e non a capocchia? Così posso usare quello per l'upload su Gmail
Grazie per i consigli e scusate lo sfogo
C.

 In poche parole: Thunderbird gn'a fà.
Verificato con system monitor: quando lavora come dovrebbe, ho un 
consistente traffico in upload, altrimenti, nel restante 80%/90% dei 
casi il traffico non c'è :(


Io ho sempre usato mutt, che gestisce benissimo imap con maildir++.
Ma guarda che buona parte dei tuoi problemi potrebbe dipendere
dall'implementazione imap di gmail. Anche usando mutt, quando cerco
di spostare un messaggio dall'imap di gmail verso la maildir locale,
leggo messaggi di avvertimento sulla corruzione dei dati. Hai provato a
seguire le istruzioni di gmail per importare i messaggi? 

 seguire le istruzioni di gmail per importare i messaggi?
Verifico e riferisco. Per intanto, grazie :)

 seguire le istruzioni di gmail per importare i messaggi?
He proprio un problema di quella m...da di Thunderbird. A volte manco
appaiono messaggi di errore, semplicemente non fa niente, e non basta
riavviare il programma, devo proprio riavviare il PC!!!! Inoltre
continuamente si blocca durante i trasferimenti, senza errori di alcun
tipo, neanche uno schifo di time-out (ce invece dà quando un serve non
risponde per più di x secondi).
E' proprio Thunderbird che fa c....re.
Evolution, per canto suo, non prevede import da Thunderbird (per lo
meno non con la funzione file-->import), quindi butto nel c...so anche
lui.
Ora mi devo copiare a manina decine e decine di folder, e fra una
copia e l'altra fare un riavvio di Thunderbird o addirittura del PC
(non sto qui a spiegare tutti gli ulteriori problemi che sto
incontrando).
Granda cagata
C.
PS: sistemi di email character based li scarto a priori, dato che li
usavo su un VAX all'epoca dell'X.400 e per tutti i santi dopo 20 anni
di interfacce grafiche sarebbe ora che le interfacce character based
le lasciassero a chi deve scrivere codice

 le lasciassero a chi deve scrivere codice
Io invece detesto i programmi di posta con interfaccia grafica. Serve
solo ad appesantire e a violare le elementari regole di composizione
delle email.

 non ci sarebbero problemi.
Guarda che gmail ha l'imaps standard, ci puoi scaricare i dati anche con 
fetchmail.
Anzi, il modo che io raccomando per scaricare la posta è quella di 
configurare il download dal server remoto via fetchmail/procmail, 
metterla in locale, e poi accedere in locale tramite dovecot.
Sembra un giro perverso, ma ha un vantaggio enorme, anzi tre:
1) il download è gestito sempre e solo da un unico programma, fetchmail, 
quindi non devi configurarti un accesso diverso per ogni programma di posta;
2) la posta è in locale e *qualsiasi* programma di posta che tu voglia 
usare - tramite dovecot - può utilizzare i folder locali via IMAP4 
standard, senza dover importare la posta di volta in volta.
3) alla brutta puoi ancora accedere alle cartelle mailbox locali con mutt.
-- 
Massimo Bacilieri AKA Crononauta


Io faccio esattamente cosi' :-)

 i messaggi.
Questo lo fanno tutti i programmi di posta. La cancellazione reale 
avviene solo quando "compatti" le cartelle.

 che voglio spostare, faccio un bel drag&drop su Gmail e voilà!, risolto.
Prova a disabilitare la sincronizzazione degli account Imap:
account --> sincronizzazione ed archiviazione --> conserva su questo 
computer i messaggi di questo account --> NO
Comunque considera che se copi da IMAP a IMAP, Thund deve scaricare il 
messaggio dal primo IMAP e poi ricaricarlo sul secondo IMAP. E' normale 
che, se la mole di dati e' grande, impieghi molto tempo.

 lui.
Posto che la posta viene salvata da Thunderbird in formato mbox, e che 
Evolution gestisce tale formato, puoi installare Kmail, importare la posta, 
spostarla dove ti aggrada e poi usare il client che ti piace di piu`
Enrico


Ci sono programmi che operano come le webmail: se "trascini" un messaggio
da un folder all'altro, il messaggio viene istantaneamente spostato.
Thunderbird si vanta di non seguire questa politica, ma ho notato che con
gmail si creano situazioni di confusione con il folder "Tutti i messaggi"
e il folder "Inbox". Alla base immagino che ci sia una semplice spiegazione:
gmail e' concepito per essere amministrato via web, senza scaricare messaggi 
e senza spostarli. Tutto andrebbe fatto con le etichette e le conversazioni,
ma i client di posta non sono necessariamente pronti a questa mentalita'
diversa.

 diversa.
Sì e no.
Nel senso che è vero che Gmail nasce e in qualche modo "spinge" 
all'utilizzo tramite portale. Tuttavia se lo usi via IMAP, funziona a 
dovere.
L'unica cosa "perversa" è la sua gestione di "all documents", una specie 
di bidone in cui butta *tutto*, spam e trash compresi.
Per cui se tu cancelli un messaggio, questo va nel cestino ma in all 
documents continui a vederlo, e da IMAP non è possibile poi eliminarlo 
perché il client di posta prende il messaggio, lo butta in Trash, e di 
qui Gmail lo rivisualizza in all documents :-O
Il problema è facilmente risolvibile... ignorandolo: andando nei 
settings dell'account ed eliminando l'esposizione via IMAP del folder 
"all documents".
Oppure, ancora più banalmente, evitando di sottoscriverlo in Thunderbird 
o chi per esso.


 metterla in locale, e poi accedere in locale tramite dovecot.
E quando sono in giro e voglio accedere ai 4 o 5 GB di posta che ho
archiviati (eh sì...) che faccio? Predispongo il PC con un IP
pubblico? E se per caso va via la corrente? Naaahhh.... sono passato a
Gmail proprio per poter accedere ai miei archivi ovunque e su
qualunque PC senza dovermi portare in giro l'HD con su i folder
C.


I folder sono locali. Non è un problema di tempo. A seconda di come
gli gira fa le seguenti cose:
1. copia il folder normalmente
2. non copia il folder, ma se creo un folder analogo mi permette di
trasferire (non copiare, in questo caso) tutti i messaggi contenuti
3. comincia a copiare folder (e subfolders nestati) ma fa delle cose
in parallelo perché mi appaiono dei messaggi prima di un folder poi di
un altro... dopo un po' si blocca del tutto e devo ripartire, ma non
so esattamente, dato che lavora in parallelo, quali folder sono andati
a buon fine e quali no, e devo rifarmeli a manina uno alla volta, che
dio lo fulmini
4. draggo & droppo e vualà! non fa niente di niente. chiudo riapro e
ancora niente. devo riavviare il PC. Manco Outlook fa così schifo
5. gli dico di cancellare un folder (perché devo copiarlo daccapo) ma
non lo cancella. Oppure lo cancella (lo vedo da web) ma rimane dentro
Thunderbird, e se faccio uno "scarica posta" così sincronizza i
folder, non sincronizza una fava. Che patacca
C.

On 6 Giu, 23:32, Enrico 'Henryx' Bianchi

PS: si, so che Evolution gestisce mbox, ma ho letto una guida dove,
per ogni "mbox" andavano eseguiti due o tre passi. Avendo cento o
duecento folder, starei fresco se facessi così

 delle email.
se non ci fossero le interfacce grafiche, che hanno milluplicato la
diffusione dei PC e che fra l'altro sono state progettate da quei
dilettanti del PARC, il 90% dei sysadmin e dei programmatori (tu
quoque?) sarebbe senza lavoro per mancanza di utenti
C.

On 6 Giu, 23:32, Enrico 'Henryx' Bianchi
<enrico.bian...@gmail.com_INVALID_> wrote:

Adesso ci guardo, grazie, ma spero che Kmail non mi chieda di
importare un folder "mbox" alla volta, visto che ne avrò più di cento,
altrimenti ci metterei una vita
C.


Facebook: Massimo Bacilieri


E magari, sarebbe un incentivo a tornare ai tempi in cui l'informatica
era una cosa seria. Adesso sembra che un informatico sia chiunque abbia
kla destrezza di scrivere un documento di testo...
Comunque no, non lavoro nell'informatica :-)


Sottoscrivo in pieno. Non gli piace Thunderbird? Cerchi un programma
diverso e tanti saluti. Non possiamo star qui a smacchiare i leopardi,
ragazzi! :-)

 Allora accedi da portale e non rompi i co****** ;-)
Ma infatti io VOGLIO accedere dal portale, solo che PRIMA devo
trasferire tutti i folder che avevo in LOCALE sul PORTALE, e pensavo
allegramente di farlo con i folder imap.... ma non s'ha da fare,
quindi rompo i co***** :)

 quindi rompo i co***** :)
Come detto, non esiste solo Thunderbird. Ripeto che trasferire in un
colpo solo vari gigabytes di posta verso gmail rischia di farti finire
fra i potenziali utenti che abusano dello spazio a disposizione. Quindi
gmail potrebbe limitare la tua banda o bloccare temporaneamente il tuo
account.
E poi resta il problema che gmail non supporta le cartelle imap in modo
standard. Le etichette di gmail vengono interpretate come cartelle imap
dai programmi di posta, ma non sono certo che si possa fare un pasticcio
unico di messaggi archiviati altrove in senso contrario.
Per inciso, la prudenza consiglierebbe di trasferire la posta in piccoli
blocchi. So che costa fatica, ma potrebbe valere la pena.

 Un po di iniziativa, su'...
Avevo googlato ma non con quelle chiavi di ricerca, e non avevo
trovato granché, adesso guarderò i tuoi link, intanto grazie :)
C.

 
http://code.google.com/p/google-email-uploader-mac/
Purtroppo non ho un mac...
Comunque grazie per il tempo che mi hai dedicato :)
C.


Temo che il tuo vero problema e' che hai in mente qualcosa che non esiste.
E se non esiste, non esiste. E questo e' brutto, e questo e' lento, e
questo e' blu e quello e' grigio: forse dovresti scrivere tu il programma
che cerchi.
Dopo anni di utilizzo, ho imparato una cosa sola: la posta va archiviata
con un formato universale, possibilmente leggibile come file di testo.
Io ho scelto Maildir++, largamente supportato dai server imap e da
qualche client di posta. Il formato mbox e' odioso, perche' e' lento
da leggere e trasferire. I formati di archiviazione dei singoli programmi
soo da evitare accuratamente, perche' non vorrei mai che la mia posta
diventasse illeggibile se il software uscisse di produzione.

 diventasse illeggibile se il software uscisse di produzione.
Concordo al 100% con l'utilizzo degli standard, ma purtroppo quando ho
iniziato a usare TB non mi ero posto il problema.
Però, trovo tutt'ora bacato marcio il funzionamento di TB, che oltre a
comportarsi in maniera inconsistente a seconda di come gli gira, non
si degna neanche di darmi uno straccio di messaggio di errore.
Più in generale, da diverso tempo, volendo usare Linux per
applicazioni professionali, sto avendo dei problemi (farò post
separato)
Grazie anche a te per la risposta
C.


Ma no, non e' bacato. Solo che non fa quello che vuoi tu come ti aspetteresti.
Mi ricordi un amico, che si lamentava con me perche' un certo programma
open source non ricercava le stringhe di testo come un altro programma
commerciale. Siamo tutti abituati agli schemi, e le novita' ci sembrano
bug. Microsoft non puo' avere fantasia, e gli utenti vengono assuefatti
ad un mondo di bambagia rassicurante. Il mondo dell'open
source e' vario e insidioso, non sempre adatto a chi vuole premere un tasto
e leggere il risultato sullo schermo. Il vantaggio e' che Microsoft puo'
scrivere codice bacato e prenderti per i fondelli. Se hai il sorgente
e se ci capisci qualcosa, puoi anche verificare l'efficacia di un programma.

 Ma no, non e' bacato. Solo che non fa quello che vuoi tu come ti aspetteresti.
Ehm... drag&drop del folder A da locale a server IMAP in upload: funge
perfettamente
Stessa operazione col folder B (unica differenza il numero e la
dimensione dei messaggi contenuti) e... non succede niente.
Ma proprio niente di niente, non fa neanche un accesso al server, non
mi dà messaggi di alcun tipo... è come se io non l'avessi fatto.
Poi, magari dopo qualche minuto, si collega al server IMAP, allinea le
email e mi dice "server X allineato" (o qualcosa del genere).
Ma il folder B non c'è, e se riprovo... stesso risultato di prima.
A casa mia questo si chiama "baco" o anche "funzionamento di m...a" :)
C.


Sicuro che non sia il server remoto a chiuderti fuori? Non mi sorprenderebbe
affatto, trattandosi di Google.

 affatto, trattandosi di Google.
Ammettiamo che sia così (può essere): perchè TB non mi dà neanche un
messaggio di errore? Eppure, quando il server non risponde, mi appare
un messaggio di timeout
E' normale che il server lo butti fuori e lui non spieghi all'utente
il motivo per cui non ha fatto niente?
C.


Potrebbe essere, perche' il trasferimento dei dati via IMAP non e'
in tempo reale. I messaggi vengono effettivamente toccati solo quando
fai la cosiddetta "compattazione". Nel frattempo TB crede che tutto sia 
andato bene. In realta' i messaggi sono segnati come messaggi spostati,
ma fisicamente non sono ancora sul server remoto.
Ti ripeto: Gmail e' un mondo a parte. Perfino Mutt mi lancia messaggi di
allarme quando sposto messaggi via IMAP su Gmail, dicendo che potrei
perdere i dati. Evidentemente il comportamento dell'IMAP di Gmail non
e' impeccabile.

 A occhio e croce Thunderbird qualche problemino ce l'ha.
A parere altrui sono *IO* che lavoro male e che non so adattarmi...
meno male che certe cose non capitano solo a me, cioè, mal comune
mezzo (ma anche meno) gaudio...
C.

 
Da un lato è innegabile che gli utenti abituali di Linux siano meno...
irritabili di quelli Microsoft. 
Nel mondo Linux i crash e i programmi instabili non sono un tabù, e anzi
sono fonte di sfide e studio per i più volenterosi. 
Nel caso specifico, usando Thunderbird poco proprio perché preferisco
strumenti non grafici per la posta, probabilmente hai ragione tu. Posso
solo dire che io, da semplice sistemista per passione, eviterei
operazioni come quella che ti ostini a fare. Anzi, se amministrassi un
server di posta, bloccherei immediatamente un trasferimento simultaneo
di 5 Gb di posta da e verso la mia macchina :-)

 sono fonte di sfide e studio per i più volenterosi. 
Mentre nel mondo windows sono talmente una norma, che il sistema stesso
propone di riavviare, a fronte di un errore grave, sperando che dopo il
riavvio tutto funzioni di nuovo.
Sciamanesimo, non informatica.
A ne sembra una piccola presa per i fondelli.
PS: lo so, dovrebbe andare su ico.dibattiti, la chiudo qui.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 sono fonte di sfide e studio per i più volenterosi. 
La differenza, non trascurabile, è che per come è congegnato Windows, nella
maggioranza dei casi il crash di un programma si tira dietro tutto il
sistema... in Linux cade lui e basta!
Per questo un *singolo* programma instabile in Linux lo si tollera, in
Windows fa un po' inc****re di più... a parte il fatto che c'è un'altra
sostanziale e non trascurabile differenza: in Linux i programmi sono
perloppiù liberi, e "a caval donato non si guarda in bocca". In Windows i
programmi - e il sistema - li pago e talvolta pure cari. Che funzionino
alla membro di segugio (AKA cazzo di cane) sono disposto a tollerarlo
molto meno!
