Newsgroup: it.comp.os.linux.sys
Titolo: Migrazione server posta... e relative mail?

Ciao Ragazzi, sto sostituendo un server di posta, con qmail e vpopmail.. 
e il resto... ma ad un certo punto mi è sorto un dubbio, e vorrei sapere 
se ci vosse modo di risolverlo diversamente...
Praticamente, quando sposto gli utenti di posta, le mail non scaricate o 
salvate rimangono sul vecchio server (uso Maildir) come posso migrare le 
mail che ci sono sul nuovo server?
Ho provato a spostare solo il file delle Maildir ma non funziona....
Grazie per evetuali info...
Max

 mail che ci sono sul nuovo server?
tar, cpio, zip, rsync ?
ce n'č di modi semplici.
max

 di Chivas per ogni utente che senno' il fegato e' in crisi.
beh, se lo scopo era questo...
-- 
bye,
x-point

 5) modificare l'mx dal vecchio al nuovo server
sempre dns...
Il problema è il punto 2... è sempre qmail, gestito nello stesso modo... 
ma le mail che sono nella directory Maildir/new se le menno in 
Maildir/new del nuovo server, è come se non ci fossero... non vengono 
trovate quando si controlla la posta...
Come posso fare? che provlema c'è?
Grazie
Max

 di posta gli servono veramente o no...
immagino che tu gestisca il mail server interno di una azienda o di una 
universita` (se i tuoi utenti fossero clienti esterni immagino che 
faresti considerazioni diverse)
lo storage costa meno di 5 euro per ogni Gb (parlo di storage di classe 
enterprise, scsi, di marca, ridondato e compreso di canoni di assistenza 
hw, etc, etc), mentre un ora di tempo di un impiegato ha un costo 
aziendale di almeno 30 euro (ho detto costo aziendale, non stipendio: 
abbassi la mano chi dice di prendere meno!); sei proprio cosi` sicuro 
che valga la pena di risparmiare facendo perdere tempo ai tuoi utenti 
per migrare la posta da una server all'altro e per spulciarsi le mail da 
cancellare per diminuire lo spazio occupato?
...pero` forse siamo finiti off-topic :-)
-- 
bye,
x-point

 trovate quando si controlla la posta...
non ho mai fatto una migrazione simile (tendo a preferire postfix), ma 
proverei (se non lo hai gia` fatto) a controllare le permission e 
l'owner dei file e delle directory
-- 
bye,
x-point

Grazie mille!!!
Prima di tutto per la soluzione intelligentissima degli MX, sia per 
l'eventuale non rottura dei clienti che vedono controllarela casella di 
posta, essendo i dns aggiornati in modo automatico e trasparente...
A parte un'eventuale differita del controllo della posta...
Per l'altro problema ho risolto... mi ero dimenticato (nel subconscio 
probabilmente volontariamente :-D...) dei permessi sui file... e 
sistemandoli li scarica tranquillamente...
in questo modo avendo già uno script evitavo la differita.
Grazie mille quindi di tutti i consigli sono stati + che ottimi...
Ultima cosa... come posso impostare al server master che deve diventare 
slave... che la posta di un eventuale dominio deve comunque accettarla 
ma farla gestire a un'altro host che diventerà il nuovo master in attesa 
della propagazione dns?
Grazie ancora
Max

 della propagazione dns?
due possibilita`:
1) sul vecchio server sconfiguri la gestione locale del dominio, 
altrimenti si "mangia" le mail nel suo spool, e gli dici invece di 
comportarsi solo come relay secondario (non ricordo come si fa con qmail)
2) stoppi il servizio qmail sul vecchio server (o chiudi la porta 25 sul 
firewall) e quindi saranno gli mta remoti a non riuscire a mandare posta 
al vecchio server e proveranno quindi con l'altro mx, quello nuovo, 
eventualmente tenendosela loro in coda se momentaneamente non trovano un 
server raggiungibile
-- 
bye,
x-point