Thunderbird da Ubuntu 24 a Mint Cinnamon 22

[^Bart]

Ciao a tutti,

mi è capitato di fare un rsync di una insta di TB (pop3) tra i due s.o.
in oggetto ma nella distro di destinazione mi mancano gli ultimi due mesi.

Appena apro TB sulla distro di destinazione TB inizia ad eliminare dei
messaggi e a reindicizzare tutto, ho rifatto di nuovo l'rsync ma
stavolta ho eliminato gli *.msf ed il database dell'indicizzazione e
stavolta alla prima apertura non cancella ma indicizza soltanto...
indicizza... indicizza ma pure ora non mi appaiono gli ultimi due mesi.

Ho provato a trasferire il tutto anche con tar.gz ma nisba, stesso
comportamento, ho provato con l'esportazione del profilo *.zip con la
feature di TB ma essendo diversi gb sopra il limite di due di TB quando
vado ad esportare il file compresso mi da errore tipo "bomb qualcosa"
ora sono stanco e non ricordo bene.

Non vedo altre alternative se non rimanere su Ubuntu 24, voi che dite?

Saluti.
^Bart

[MBulu]

Post by ^Bart
Non vedo altre alternative se non rimanere su Ubuntu 24, voi che dite?

Ciao, è da tanto che non lo faccio più, ma fino a qualche anno fa, bastava
pare un banale copia & incolla del contenuto della cartella del profilo,
non funziona più così?

Addirittura, prima di dismettere il tutto, io avevo un dico in comune tra
Windows ed Ubuntu, su quel disco c'erano i dati di Thunderbird, e sia
l'applicativo Windows, che quello Linux, accedevano agli stessi dati senza
problemi.

Ciao, Mario

[^Bart]

Post by MBulu
Ciao, è da tanto che non lo faccio più, ma fino a qualche anno fa, bastava
pare un banale copia & incolla del contenuto della cartella del profilo,
non funziona più così?

Confermo, tutte le migrazioni che ho fatto di Thunderbird anche quando
ancora su Debian si chiamava Icedove sono andate a buon fine
semplicemente con un rsync della directory .thunderbird, nell'ultimo
mese ho "migrato" cinque client senza mezzo problema.

Post by MBulu
Addirittura, prima di dismettere il tutto, io avevo un dico in comune tra
Windows ed Ubuntu, su quel disco c'erano i dati di Thunderbird, e sia
l'applicativo Windows, che quello Linux, accedevano agli stessi dati senza
problemi.

Ho ben presente la malleabilità di Thunderbird per questo pure io l'ho
scelto su anche su macchine Windows mettendo da parte anni addietro "The
bat!"

Post by MBulu
Ciao, Mario

Saluti.
^Bart

[sm]

Post by ^Bart
Non vedo altre alternative se non rimanere su Ubuntu 24, voi che dite?

Non uso pop3 da eoni, uso IMAP e periodicamente archivio e cancello la
vecchia posta dal server. Questo proprio perché la posta non la voglio
avere su un solo dispositivo.
Detto questo, da documentazione con TB basta copiare una cartella del
profilo. Non c'entra nulla la distribuzione è portabile cross platform
quindi figuriamoci da linux a linux. Deve funzionare e se non funziona ci
saranno altri problemi su cui indagare, ma per farlo bisogna essere lì.

[^Bart]

Post by sm
Non uso pop3 da eoni, uso IMAP e periodicamente archivio e cancello la
vecchia posta dal server. Questo proprio perché la posta non la voglio
avere su un solo dispositivo.

Purtroppo per tanti motivi non sempre si può adoperare imap.

Post by sm
Detto questo, da documentazione con TB basta copiare una cartella del
profilo. Non c'entra nulla la distribuzione è portabile cross platform
quindi figuriamoci da linux a linux. Deve funzionare e se non funziona ci
saranno altri problemi su cui indagare, ma per farlo bisogna essere lì.

Come già accennato sono anni che con un semplice rsync allineo directory
.thunderbird tra macchine Unix like, in questo mese ho già eseguito
quattro attività di questo tipo senza il minimo problema!

Il comportamento strano, come già descritto, è che l'rsync va
perfettamente, quando faccio un du di entrambe le dir (origin e
destination) le dimensioni sono le stesse ma quando sulla nuova macchina
apro Thunderbird parte la cancellazione automatica di numerosi messaggi
che portano poi ad avere il "buco" di due mesi!

Devo ultimare altre migrazioni e questa risultata problematica me la
lascerò per ultima ma quando riprenderò il tutto la mia idea sarà quella
di trovare i db, se non erro sono in sqlite, e trasferire solo quelli
senza tutti i files di configurazione o quantomeno con quelli
strettamente necessari.

Saluti.
^Bart

[Enrico Bianchi]

Post by ^Bart
mi è capitato di fare un rsync di una insta di TB (pop3) tra i due s.o.
in oggetto ma nella distro di destinazione mi mancano gli ultimi due mesi.

Posto che da come hai detto hai già copiato la directory del profilo, un
possibile problema è che la versione di Thunderbird su Mint sia più vecchia
di quella su Ubuntu. Puoi provare ad indagare in tal senso

Enrico

[Giuseppe Della Bianca]

Estenderei la prova suggerita installando un'altra distribuzione come
quella di partenza (ubuntu) e provare a spostare il profilo li.


P.S. Database della posta corrotto?
]zac[

Post by Enrico Bianchi
Posto che da come hai detto hai già copiato la directory del profilo, un
possibile problema è che la versione di Thunderbird su Mint sia più
vecchia di quella su Ubuntu. Puoi provare ad indagare in tal senso
Enrico

[^Bart]

Post by Giuseppe Della Bianca
Estenderei la prova suggerita installando un'altra distribuzione come
quella di partenza (ubuntu) e provare a spostare il profilo li.

Come già accennato nelle altre risposte appena apro TB sul nuovo laptop
inizia la cancellazione di diverse migliaia di messaggi che poi portano
ad avere il buco di due mesi quindi la mia idea è quella di tirar via
solo i db dei dati senza nemmeno i filtri perché negli ultimi quindici
anni ho sempre trasferito TB tra distro e s.o. diversi senza battere ciglio!

Post by Giuseppe Della Bianca
P.S. Database della posta corrotto?

Un dubbio mi è venuto e semmai dovrei fare una ricerca su come fixare i
db di sqlite nel caso dovesse fallire la mia strategia indicata sopra.

Saluti.
^Bart

[sm]

Post by ^Bart

Post by Giuseppe Della Bianca
Estenderei la prova suggerita installando un'altra distribuzione come
quella di partenza (ubuntu) e provare a spostare il profilo li.

Come già accennato nelle altre risposte appena apro TB sul nuovo laptop
inizia la cancellazione di diverse migliaia di messaggi che poi portano
ad avere il buco di due mesi quindi la mia idea è quella di tirar via
solo i db dei dati senza nemmeno i filtri perché negli ultimi quindici
anni ho sempre trasferito TB tra distro e s.o. diversi senza battere ciglio!

Io su Thunderbird ho importato archivi mbox di diverse decine di giga, in
pochissimi minuti e senza perdere un byte. Ti do il mio consiglio: siccome
dubito fortemente che ti serva avere online quindici anni di mail,
comincia a fare un po' di manutenzione prendendo i messaggi più vecchi di
<vedi te> e archiviandoli da una parte, esportandoli come mbox. Il giorno
che ti servirà ricercare un vecchio messaggio ci metti 5 minuti a
ripristinare il backup su una cartella locale di un qualsiasi Thunderbird.

Tenere tutta la storia nella casella postale locale come vedi diventa
ingestibile, poi verrà il giorno che perderai baracca e burattini e allora
sì che saranno problemi.

[Enrico Bianchi]

Post by sm
Tenere tutta la storia nella casella postale locale come vedi diventa
ingestibile, poi verrà il giorno che perderai baracca e burattini e allora
sì che saranno problemi.

Sono d'accordo, per questo motivo sto pensando di tirarmi su un'istanza
dovecot dove archiviare la vecchia posta

Enrico

[sm]

Post by Enrico Bianchi

Post by sm
Tenere tutta la storia nella casella postale locale come vedi diventa
ingestibile, poi verrà il giorno che perderai baracca e burattini e
allora sì che saranno problemi.

Sono d'accordo, per questo motivo sto pensando di tirarmi su un'istanza
dovecot dove archiviare la vecchia posta

Io come dicevo uso tendenzialmente imap o più facilmente webmail (con
Proton) ma per motivi diversi faccio lo stesso come ho detto, ogni anno
esporto (sempre tramite thunderbird) le mail più vecchie dell'anno
precedente in un file mbox e le archivio sui miei backup. Online tengo
solamente l'ultimo anno.

L'email aziendale invece lascio tutto sul server perché non decido io cosa
farci e come.

[steevie]

Post by ^Bart
Non vedo altre alternative se non rimanere su Ubuntu 24, voi che dite?

Hai provato a far partire thunderbird con l'opzione --safe-mode
(eventualmente prova anche -g) appena finito l'rsync? In questo modo
dovresti avere più info.

m2c,

S.

[^Bart]

Post by steevie
Hai provato a far partire thunderbird con l'opzione --safe-mode
(eventualmente prova anche -g) appena finito l'rsync? In questo modo
dovresti avere più info.

Ottima dritta, come già accennato lascerò per ultimo questo laptop
intanto ne ho aggiunto un altro che aveva Ubuntu 22 verso sempre
Cinnamon 22 (basato su ubuntu 24) ed ho avuto zero problemi con TB.

Già in passato dovetti andare di riga di comando perché all'avvio TB mi
andava a leggere un altro profilo e non quello con i dati quindi
effettivamente avrei dovuto già io pensare alle opzioni che mi hai
consigliato! :)

Post by steevie
m2c,
S.

Saluti!
^Bart

[^Bart]

Secondo caso di buchi di Thunderbird, entrambi i laptops sono stati
installati nel 2019 ed entrambi hanno Ubuntu.

Nonostante Thunderbird non sia sotto snap probabilmente qualche casino
sotto legato a snap c'è, morale della favola dovendo cambiare verso Mint
spero basti spostare tutta la home (sempre con rsync) anche se non mi
piace portare tutto lo sporco compresi i vecchi file di config ma non
vedo alternative... :\

Avendo un ambiente di test l'utente finale non subirebbe disservizi; se
una volta in Mint Thunderbird dovesse funzionare potrei poi provare a
rsyncare di nuovo solo la directory .thunderbird su un altro Mint.

Saluti.
^Bart

[sm]

Post by ^Bart
Secondo caso di buchi di Thunderbird, entrambi i laptops sono stati
installati nel 2019 ed entrambi hanno Ubuntu.
Nonostante Thunderbird non sia sotto snap probabilmente qualche casino
sotto legato a snap c'è, morale della favola dovendo cambiare verso Mint
spero basti spostare tutta la home (sempre con rsync) anche se non mi
piace portare tutto lo sporco compresi i vecchi file di config ma non
vedo alternative... :\
Avendo un ambiente di test l'utente finale non subirebbe disservizi; se
una volta in Mint Thunderbird dovesse funzionare potrei poi provare a
rsyncare di nuovo solo la directory .thunderbird su un altro Mint.

Intanto dire "sono stati installati nel 2019" mi pare una informazione
approssimativa, di sicuro non ci sarà Ubuntu 24, probabilmente la 18 ma è
sciocco doverlo desumere. Ciò che interessa è quello, anzi visto che ti
concentri su Thunderbird probabilmente la cosa più sensata da fare è
confrontare le versioni di Thunderbird che saranno certamente diverse
visto che la 18.04 è fuori supporto da quasi due anni.

Ad ogni modo copiare pari pari tutta la home per migrare da distro a
distro e per di più con questo salto temporale, lasciami esprimere un
grosso e sonoro "Mah!".

[^Bart]

Post by sm
Intanto dire "sono stati installati nel 2019" mi pare una informazione
approssimativa, di sicuro non ci sarà Ubuntu 24, probabilmente la 18 ma è
sciocco doverlo desumere. Ciò che interessa è quello, anzi visto che ti
concentri su Thunderbird probabilmente la cosa più sensata da fare è
confrontare le versioni di Thunderbird che saranno certamente diverse
visto che la 18.04 è fuori supporto da quasi due anni.

Ho esportato con successo i dati da una Ubuntu 20 a Cinnamon 22 che si
basa su Ubuntu 24 con le versioni di TB scaricate dai repo che di sicuro
in questo caso saranno state differenti e non di poco.

Ad oggi ho tre casi di buchi di TB, si tratta di Ubuntu 24 con l'ultima
versione di TB presa dai repo sempre verso Cinnamon 22 però non si
tratta di dispositivi nati con la Ubuntu 24 ma di macchine che girano
dal 2019 quindi che hanno subito diversi aggiornamenti.

Post by sm
Ad ogni modo copiare pari pari tutta la home per migrare da distro a
distro e per di più con questo salto temporale, lasciami esprimere un
grosso e sonoro "Mah!".

Vuoi che non lo sappia? Ho creato script per automatizzare
l'esportazione dei soli dati compresi i certificati, preferiti, etc. di
FF e Chrome proprio per evitare di esportare le directory complete!

Mi manca solo di fare le query al db di TB per esportare i dati e
reimportarli nel DB nuovo vuoto lasciando come ultimissima spiaggia la
copia su una macchina di test dell'intera home.

Saluti.
^Bart

[sm]

Post by ^Bart

Post by sm
Ad ogni modo copiare pari pari tutta la home per migrare da distro a
distro e per di più con questo salto temporale, lasciami esprimere un
grosso e sonoro "Mah!".

Vuoi che non lo sappia? Ho creato script per automatizzare
l'esportazione dei soli dati compresi i certificati, preferiti, etc. di
FF e Chrome proprio per evitare di esportare le directory complete!

Eh ho capito, ma l'hai detto te che non vedi alternativa a copiare tutta
la home.

Poi pensavo fosse una tua esigenza personale, invece sto capendo male o
sono utenti e pc aziendali? Che provider di posta avete? Perché
sinceramente non l'ho mai vista la casella di posta aziendale scaricata
sui client, l'ho sempre vista consultata IMAP, almeno negli ultimi 20
anni. Se gli crepa il portatile quindi perdono tutta la posta?

Post by ^Bart
Mi manca solo di fare le query al db di TB per esportare i dati e
reimportarli nel DB nuovo vuoto lasciando come ultimissima spiaggia la
copia su una macchina di test dell'intera home.

Che c'entra una macchina di test? Una copia della home (e anche della /etc
visto che ci sei) ci sta benissimo ma basta un disco.

[Enrico Bianchi]

Post by ^Bart
sotto legato a snap c'è, morale della favola dovendo cambiare verso Mint
spero basti spostare tutta la home

Ma perché non usi una distribuzione migliore come Debian o Fedora? Mint è
comunque basata su Ubuntu, e a questo punto situazioni sporche come quella
che stai affrontando me le aspetto pure lì

Enrico

[sm]

Post by Enrico Bianchi

Post by ^Bart
sotto legato a snap c'è, morale della favola dovendo cambiare verso
Mint spero basti spostare tutta la home

Ma perché non usi una distribuzione migliore come Debian o Fedora? Mint
è comunque basata su Ubuntu, e a questo punto situazioni sporche come
quella che stai affrontando me le aspetto pure lì

Si ma se nel migrare copia pari pari tutta la home dell'utente le
situazioni sporche più che mitigarle le moltiplica.

Se il subj è sempre valido il suo problema è sull'importazione della posta
di Thunderbird, quindi deve si concentri sul cherrypick di quello. Le
altre configurazioni ok salvarsi i cosiddetti dotfiles, però va fatto cum
grano salis. Diverse applicazioni hanno le configurazioni facilmente
portabili, ma molte altre no.

[SuDo]

Il giorno Sun, 15 Dec 2024 23:47:35 -0000 (UTC)

Post by Enrico Bianchi
Ma perché non usi una distribuzione migliore come Debian o Fedora?
Mint è comunque basata su Ubuntu, e a questo punto situazioni sporche
come quella che stai affrontando me le aspetto pure lì

negli ultimi 15 anni ho usato mint,ubuntu e debian
Se ho avuto problemi è stato con debian che si rifiuta
sistematicamente di caricare i driver proprietari di Nvidia che mint
ed ubuntu invece fanno facilmente. I driver vengono
scaricati ed " installati" ma poi non vengono utilizzati quando lo
richiedo.

Ho praticamente abbandonato ubuntu da quando c' è snap che comunque si
può agevolmente eliminare da Ubuntu basta una semplice ricerca con un
motore ricerca e si trova come fare

[sm]

Post by SuDo
Ho praticamente abbandonato ubuntu da quando c' è snap che comunque si
può agevolmente eliminare da Ubuntu basta una semplice ricerca con un
motore ricerca e si trova come fare

AFAIK ci sono alcuni pacchetti (es. Firefox) che anche se installati con
apt dal repo "legacy" di ubuntu vengono in realtà installati come snap.
Quindi non so quanto sia semplice e indolore rimuovere snap.

[^Bart]

Post by sm
AFAIK ci sono alcuni pacchetti (es. Firefox) che anche se installati con
apt dal repo "legacy" di ubuntu vengono in realtà installati come snap.
Quindi non so quanto sia semplice e indolore rimuovere snap.

Purtroppo confermo, sia usando apt-get che aptitude ho notato che veniva
comunque richiamato snap motivo per il quale abbiamo deciso di spostarci
verso Mint per gli utenti normali, tra l'altro alcuni tool come
Flameshot non girano più su Ubuntu 24.

Saluti.
^Bart

[MBulu]

Post by ^Bart

Post by sm
AFAIK ci sono alcuni pacchetti (es. Firefox) che anche se installati
con apt dal repo "legacy" di ubuntu vengono in realtà installati come
snap.
Quindi non so quanto sia semplice e indolore rimuovere snap.

Purtroppo confermo, sia usando apt-get che aptitude ho notato che veniva
comunque richiamato snap motivo per il quale abbiamo deciso di spostarci
verso Mint per gli utenti normali, tra l'altro alcuni tool come
Flameshot non girano più su Ubuntu 24.
Saluti.
^Bart

Non so se ho capito bene quello di cui si sta discutendo, ma seguendo
questa guida (link da portare tutto su una sola riga, senza spazi)

https://wiki.ubuntu-it.org/InternetRete/Navigazione/Firefox/
InstallazioneDaRepositoryEsterni

è possibile fare in modo che Thunderbird e Firefox vengano installati/
aggiornati evitando snap

Ciao, Mario

[sm]

Post by ^Bart

Post by sm
AFAIK ci sono alcuni pacchetti (es. Firefox) che anche se installati
con apt dal repo "legacy" di ubuntu vengono in realtà installati come
snap.
Quindi non so quanto sia semplice e indolore rimuovere snap.

Purtroppo confermo, sia usando apt-get che aptitude ho notato che veniva
comunque richiamato snap motivo per il quale abbiamo deciso di spostarci
verso Mint per gli utenti normali, tra l'altro alcuni tool come
Flameshot non girano più su Ubuntu 24.

Uh, Flameshot ha (aveva?) issue con Wayland, non con Ubuntu 24.
Ubuntu 24 ha solo il problema di utilizzare Wayland di default ma credo si
possa ancora risolvere selezionando x11 sulla finestra di login.

[SuDo]

Il giorno Tue, 17 Dec 2024 09:56:42 -0000 (UTC)

Post by sm
AFAIK ci sono alcuni pacchetti (es. Firefox) che anche se installati
con apt dal repo "legacy" di ubuntu vengono in realtà installati come
snap. Quindi non so quanto sia semplice e indolore rimuovere snap.

si fa in questo modo

------------------------------------------------------------------
# snap remove --purge nome-pacchetto#

sopra è il comando generico per rimuovere i pacchetti sotto snap
L' elenco dei pacchetti si ottiene con

#snap list


# snap remove --purge firefox

# systemctl stop snapd

#systemctl disable snapd.service

# systemctl disable snapd.socket

#systemctl disable snapd.seeded.service


#Per verificare se siano stati eliminati diamo il seguente comando:

#systemctl snapd.service

#Se tutto è andato come da manuale verrà restituita la seguente riga:

#Unknown command verb snapd.service

#apt autoremove --purge snapd

#Confermate di volerlo rimuovere, ed in fine date i comandi per fare pulizia:

#rm -rf /var/cache/snapd/

#rm -rf ~/snap

# Modificare preference per impedire reinstallazione snapd
# generare file

# touch /etc/apt/preferences.d/nosnap.pref
# nel file scrivere ( senza le # !)

#Package: snapd
#Pin: release a=*
#Pin-Priority: -10

# apt update

# per installare firefox da mozilla

# sudo add-apt-repository ppa:mozillateam/ppa

# apt update

# successivamente il comando DEVE essere SEMPRE

# sudo apt install -t 'o=LP-PPA-mozillateam' firefox

[^Bart]

Post by SuDo
si fa in questo modo
------------------------------------------------------------------
# snap remove --purge nome-pacchetto#

Il motivo per cui uso da anni Debian, e per un brevissimo periodo
Slackware e Slacky, è proprio perché trovo assurdo installare un s.o.
per poi togliere metà di quello che non ti serve!

Se già a priori non voglio snap perché devo toglierlo e non partire da
una base che già non lo preveda ovvero, almeno per ora, nel mondo delle
distro user friendly mint?

Il mio "sogno" sarebbe quello di portare tutti verso Debian, tolti i
voidiani e gli archiani che sono una setta a parte! Scherzo ovviamente! :D

Saluti.
^Bart

[Joe]

Post by ^Bart
Ciao a tutti,
mi è capitato di fare un rsync di una insta di TB (pop3) tra i due s.o.
in oggetto ma nella distro di destinazione mi mancano gli ultimi due mesi.

Questa "insta", in soldoni stringi stringi sarebbe una directory?

Mostra il comando/script rsync che hai utilizzato, se ti è possibile.

Personalmente sono più che ignorante circa thunderbird che non utilizzo,
ma cercando di semplificare:

- su ubuntu avrai collezionato una serie di messaggi via pop
- alla fine avrai una cartella, una directory intendo che
conterrà vari files, siano subdir, e vari altri, tipo mbox
o altre cartelle se sei in formato maildir
- questi files avranno attributi, proprietari, e permessi
- in particolare se su ubuntu hai l'utente ubu_bart quei files
potrebbero appartenere a tale utente, perché magari thunderbird
gira con i permessi/Attributi di quell'utente.

- ora fai la copia della dir delle mail su mint
- dove avrai un altro utente min_bart
- ecco che qui su mint mentre thunderbird gira come min_bart, si
ritroverà a ravanare tra files e directories appartenenti a
ubu_bart. O potrebbe trovarsi in tale situazione, dipende come
hai lanciato la copia via rsync

- hai mica provato a fare la stessa copia verso un sistema windows?
Perché lì magari il problema dei permessi a livello filesystem
te lo dovresti evitare.

Prendila solo come un'idea buttata lì.

In sistesi:

controlla attributi e permessi del contenuto della dir delle mail
sia nel sistema sorgente ubuntu che sulla destinazione mint

Post by ^Bart
Appena apro TB sulla distro di destinazione TB inizia ad eliminare dei
messaggi e a reindicizzare tutto, ho rifatto di nuovo l'rsync ma
stavolta ho eliminato gli *.msf ed il database dell'indicizzazione e
stavolta alla prima apertura non cancella ma indicizza soltanto...
indicizza... indicizza ma pure ora non mi appaiono gli ultimi due mesi.
Ho provato a trasferire il tutto anche con tar.gz ma nisba, stesso
comportamento, ho provato con l'esportazione del profilo *.zip con la
feature di TB ma essendo diversi gb sopra il limite di due di TB quando
vado ad esportare il file compresso mi da errore tipo "bomb qualcosa"
ora sono stanco e non ricordo bene.
Non vedo altre alternative se non rimanere su Ubuntu 24, voi che dite?
Saluti.
^Bart

[Termoregolato]

Post by Joe
- questi files avranno attributi, proprietari, e permessi
- in particolare se su ubuntu hai l'utente ubu_bart quei files
potrebbero appartenere a tale utente, perché magari thunderbird
gira con i permessi/Attributi di quell'utente.

Basta cambiare i permessi con chown ricorsivamente...

[sm]

Post by Termoregolato

- questi files avranno attributi, proprietari, e permessi - in
particolare se su ubuntu hai l'utente ubu_bart quei files
potrebbero appartenere a tale utente, perché magari thunderbird gira
con i permessi/Attributi di quell'utente.

Basta cambiare i permessi con chown ricorsivamente...

Sì, ma in realtà non ce ne sarà bisogno se già la copia la esegue l'utente
giusto.

[^Bart]

Post by sm
Sì, ma in realtà non ce ne sarà bisogno se già la copia la esegue l'utente
giusto.

E' questo il caso.

Saluti.
^Bart

[^Bart]

Post by Joe
Questa "insta", in soldoni stringi stringi sarebbe una directory?

Pardon... si è la directory!

Post by Joe
Mostra il comando/script rsync che hai utilizzato, se ti è possibile.

rsync -avzh che fin'ora ha sempre funzionato tranne per quelle macchine
dove mi lascia un buco di due mesi, potrei aggiungere l'opzione -L ma
non so quanto possa avere senso per la logica di lavoro di thunderbird.

Post by Joe
- ora fai la copia della dir delle mail su mint
- dove avrai un altro utente min_bart

No, trasferisco i dati dell'utente "user01" presente su Ubuntu verso
l'utente "user01" di Mint.

Post by Joe
- hai mica provato a fare la stessa copia verso un sistema windows?
Perché lì magari il problema dei permessi a livello filesystem
te lo dovresti evitare.

Non è permesso l'utilizzo di Windows, siamo 100% Unix like ed abbiamo 0%
di macchine MS.

Post by Joe
controlla attributi e permessi del contenuto della dir delle mail
sia nel sistema sorgente ubuntu che sulla destinazione mint

Come già accennato non è che la posta non si apra o i database non
vengano scritti sul nuovo dispositivo quindi non è una questione di
permessi, c'è "solo" un buco di due mesi e l'elemento scatenante ad ora
sembra essere la versione di Ubuntu dell'origine dei dati ovvero la 24!

Dovrò fare altre migrazioni da Ubuntu22 e lascerò per ultime quelle con
Ubuntu24 così da restringere il più possibile il pattern.

Saluti.
^Bart

[Joe]

Post by ^Bart

Post by Joe
Questa "insta", in soldoni stringi stringi sarebbe una directory?

Pardon... si è la directory!

Post by Joe
Mostra il comando/script rsync che hai utilizzato, se ti è possibile.

rsync -avzh che fin'ora ha sempre funzionato tranne per quelle macchine
dove mi lascia un buco di due mesi, potrei aggiungere l'opzione -L ma
non so quanto possa avere senso per la logica di lavoro di thunderbird.

Non lo so nenache io ma, o riesci a ragionarci meglio su, oppure
andare a tentoni non è da escludere... poi figurati rispondendoti
senza avere sottomano niente. Sono solo ipotesi buttate lì più che
altro per farti venir in mente qualcosa.

Io volevo vedere però su quale directory fai il rsync, una roba
tipo:

~/Mail

o una roba tipo

~/.mozilla/thunderbird

Cioè, sincronizzi solo i messaggi o anche la configurazione di TB?

Post by ^Bart
No, trasferisco i dati dell'utente "user01" presente su Ubuntu verso
l'utente "user01" di Mint.

Non si sa mai... anche l'user id "UID" è lo stesso... giusto?

Post by ^Bart

Post by Joe
- hai mica provato a fare la stessa copia verso un sistema windows?
Perché lì magari il problema dei permessi a livello filesystem
te lo dovresti evitare.

Non è permesso l'utilizzo di Windows, siamo 100% Unix like ed abbiamo 0%
di macchine MS.

Non serve windows dopotutto, basta un file raw formattato in ntfs o
vfat, che non contemplano permessi unix. Lo monti e ci piazzi la dest
del rsync. Vedrai che dovrebbe darti messaggi circa l'impossibilità di
mantenere attributi e permessi. A quel punto se continua a non funzionare,
sicuramente non era quello il problema. E anch'io sono scettico sul
punto, ma la pratica val più dell matamatica.

Post by ^Bart

Post by Joe
controlla attributi e permessi del contenuto della dir delle mail
sia nel sistema sorgente ubuntu che sulla destinazione mint

Come già accennato non è che la posta non si apra o i database non
vengano scritti sul nuovo dispositivo quindi non è una questione di
permessi, c'è "solo" un buco di due mesi e l'elemento scatenante ad ora
sembra essere la versione di Ubuntu dell'origine dei dati ovvero la 24!

Come ti dicevo sono tentativi, con gli elementi dati pare ragionevole
anche a me quanto scrivi, ma non si sa mai...

[sm]

Post by ^Bart
Come già accennato non è che la posta non si apra o i database non
vengano scritti sul nuovo dispositivo quindi non è una questione di
permessi, c'è "solo" un buco di due mesi e l'elemento scatenante ad ora
sembra essere la versione di Ubuntu dell'origine dei dati ovvero la 24!

Ma non ha senso. Ovvero, quale può essere la rilevanza della versione di
Ubuntu? Semmai la versione di Thunderbird, il che porterebbe ad ipotizzare
che stai migrando da una versione più recente ad una più vecchia, anche se
resto dell'idea quella che stai sperimentando sia un'episodica corruzione
di dati.

Post by ^Bart
Dovrò fare altre migrazioni da Ubuntu22 e lascerò per ultime quelle con
Ubuntu24 così da restringere il più possibile il pattern.

Scusa la domanda, ma quale sarebbe il motivo di questa migrazione massiva?
Stai cambiando i pc a tutti oppure stai facendo delle migrazioni in place
(e non capisco come, visto che ci stai sopra da settimane)?