Newsgroup: it.comp.os.linux.sys
Titolo: Opinione su implementazione server di posta

Buongiorno, sono qui a chiedere un consiglio.
Situazione: 30/40 client di posta quasi tutti outlook di office, linea 
internet da 2 MB/s via wifi, dimensione dei .pst attuali dai 500 MB ai 
12 GB. Lan 100 Mb/s.
Hanno finalmente deciso che è cosa buona e giusta implementare un 
sistema di backup della posta.
Non è fattibile implementare uno script che in pausa pranzo o la notte 
chiuda outlook e copi i file .pst in un nas/fileserver (i pc la notte si 
spengono ed outlook è il primo prg che aprono e l'ultimo che chiudono).
Inviare mail htmllose con infiniti livelli di topo quoting e con 
allegati pesanti è la norma.
 
La posta viene prelevata via POP3 dai server del provider. Questo 
fornisce una casella di posta elettronica di pochi MB (mi pare un 
centinaio). Far aumentare la dimensione della casella di posta per usare 
imap sui server dell'isp sembra abbia costi troppo alti (non li so).
 
A sto punto, pensavo ad una soluzione su un server locale con zimbra, 
così da fare il backup del server la notte con tutte le sue mail.
 
Per il recupero della posta da parte di zimbra dai server dell'isp, 
secondo voi conviene:
- impostare il fetch delle mail da parte di zimbra ad 1 minuto 
(personalmente imposterei un tempo più elevato, ma per certa gente posta 
elettronica = istant messaging).
 
- fare fare al provider il forward delle mail verso il server zimbra.
 
Con il primo approccio eviterei di coinvolgere l'isp, però avrei un 
sacco di richieste POP3 che viaggiano lungo la linea internet (anche se 
attualmente è già così con i singoli client).
 
Con il secondo metodo avrei un uso più limitato della banda internet 
però dovrei capire se l'isp è disposto a fare questa modifica.
 
Sono aperto anche ad altre idee.
 
Grazie a tutti.
 
 

 - fare fare al provider il forward delle mail verso il server zimbra.
 
È la cosa più semplice: chiedi al provider di farti relaying verso il tuo 
server e metti un acl nella configurazione di Zimbra per accettare tutto 
quello che arriva dal tuo provider bloccando tutto il resto.
 
P.S.
Se hai un po' di spazio sul disco, ti consiglio di utilizzare IMAP: 
finalmente anche con le nuove versioni di Outlook funziona bene.

 finalmente anche con le nuove versioni di Outlook funziona bene.
 
Beh si, questo lo avevo dato per scontato. E' il motivo principale per 
cui passare al server interno. Chissà non faccia storie per prendere i 
dischi.

 
Metti lo script in esecuzione allo shutdown tramite group policy (lo
fai tramite gpedit.msc anche se i pc non sono a dominio).
 Giovanni

 outlook è il primo prg che aprono e l'ultimo che chiudono).
 
Outlook ha un meccanismo di archiviazione suo (chiamato proprio archiviazione automatica)che puoi addomesticare per farti quello che ti serve (al limite ti 
serve un NAS o uno spazio condiviso).
 
Giulia
 
 


 
Purtroppo l'archiviazione automatica di Outlook apparentemente funziona 
anche verso un percorso di rete, ma in realtą si aspetta di scrivere in 
locale. Se il file di archiviazione č in un percorso in rete alla lunga 
causa errori.
 
Meglio mantenerlo in locale ed eventualmente schedulare in shutdown la 
copia del pst da qualche parte.
 

 serve (al limite ti serve un NAS o uno spazio condiviso).
 
se non è cambiato qualcosa (e può essere) M$ stessa sconsiglia di mettere 
pst su risorse di rete SE si vogliono aprire da outlook  (i.e. averli 
linkati ed attivi)
 
anyway, prima abbandona il pst, meglio è
 
S.


Io ho questa roba:
Postfix e con fetchmail che tira giù la posta ogni x secondi. Dovecot (imap) 
e client windows (ma con thunderbird) configurati per usarlo.
A postfix per spedire le mail gli faccio usare il server "vero" come relay.
 
Per il backup in 
master.cf
 ho:
cleanup   unix  n       -       -       -       0       cleanup
    -o always_bcc=
bac...@example.com
 
Così mi vanno tutte le e-mail da questo user (backup). Il backup vero lo 
faccio con logrotate:
 
/var/spool/mail/backup/mail {
    monthly
    size=1G
    rotate 1200
    missingok
    create 0666 vmail vmail
    dateext
    olddir /var/spool/mail/backup/current
    prerotate
    /etc/init.d/postfix stop
    mkdir /var/spool/mail/backup/bk`date +%Y` 2> /dev/null
    rm -f /var/spool/mail/backup/current
    ln -s /var/spool/mail/backup/bk`date +%Y` /var/spool/mail/backup/current
    endscript
    postrotate
    /etc/init.d/postfix start
    endscript
    compress
}
 
Nicola.
 
-- 
chi va pian va san e va lontan

 Io ho questa roba:
 
Saro` io sensibile, ma mi pare un'oscenita`
 
Enrico


si ma funziona :P


 averli linkati ed attivi)
 
Confermo.
Per esperienza personale te lo sconsiglio, un paio di volte ho trovato 
PST corrotti perchè erano su share di rete

 PST corrotti perchè erano su share di rete
 
Non riescoa capire se la documentazione in giro si riferisca al pst principale o agli archivi,
gli archivi effettivamente possono essere aperti e conessi ma non e' obbligatorio...
 
Giulia


Gli archivi sono dei normalissimi pst

> Gli archivi sono dei normalissimi pst
  e i pst sono dei normalissimi file ....quindi ?
 
Li mettiamo o no su un nas come backup ?
 
 
Giulia


Alcuni client sono già su condivisione di rete e voglio togliermeli dai 
piedi asap.
Fargli gestire anche il pst di archiviazione imho gli si complica la 
vita, quindi o decidono di fare le cose come si deve, o si tengono la 
porcata attuale. Ne ho le scatole piene di soluzioni funzionanti a metà 
fatte solo "perché si fa prima".


Forse rispondo fuori tema: il pst è un normale file.. ma se è aperto da 
Outlook viene sicuramente corrotto anche da un semplice riavvio di samba.
 
Li ho rimossi dalla rete appena possibile; chi vuole un backup utilizza 
l'imap, per gli altri un dvd ogni tanto (o ddrescue sul disco rotto)

 chi vuole un backup utilizza l'imap ...
 
imapsync ad esempio
 
Giuseppe