[MontelLUG] Domandina su Server di posta

[Stefano Fraccaro]

Eccomi qua... qualcuno ha parlato di deepOfix?  :-P
Noi in azienda usiamo deepOfix da quasi 2 anni e va che è un gioiello... 
se vuoi fare qualcosa di simpatico potresti fare N server che gestiscono 
la posta per lo stesso dominio e con uno storage esterno condiviso. Che 
versione di deepOfix hai utilizzato?
Ti consiglio di iscriverti alla mailing list di deepOfix che se non 
rispondiamo io e Florian... ci sono Debayan e Abhas a toglierti i 
dubbi!   ;-)
Posta il tuo file /etc/apt/sources.list



Samuele Zanin ha scritto:
> Volevo provare a fare una configurazione HA per un "progettino" da 200
>> utenze ma appena messo su rompe subito le scatole in fase di
>> aggiornamento e si che è una Debian!!! Praticamente non trova i
>> repository di deepofix anche se effettivamente ci sono.
>>     
> Spiega meglio cosa intendi fare. O forse vieni sabato all'ITIS che se ne
> parla meglio a voce.
> Personalmente l'unica cosa che metterei in HA di un server di posta è il
> server IMAP qualora ci fosse.
> Sempre IMHO, il server per la posta in ingresso non ha senso metterlo in
> HA per due motivi:
> 1) se il tuo server è giù, normalmente il server che spedisce fa più
> tentativi a distanza di qualche ora con intervalli di tempo crescente.
> Mi pare che fino a tre giorni di down del server, non rischi di perdere
> nulla (non ricordo quanto sia il tempo consigliato per le ritrasmissioni
> sull'rfc).
> 2) qualora tu ti voglia parare il didietro dal caso 1, basta che metti
> su un server di posta "di backup" (una riga di configurazione su
> postfix). In questo caso tutta la posta ti arriva sulla macchina di
> backup, e quando ripristini la principale, quella di backup la inoltra
> tutta al server principale.
>
> Qualora dovessi gestire solo l'smtp per la posta in uscita (non sia mai
> che qualcuno non riesce a spedire una mail urgentissimissima) + il pop3
> per la ricezione (tenendo conto che la segretaria media ha outlook
> impostato che fa il fetch della posta ogni minuto), quindi fregandosene
> altamente di eventuali mail ancora da scaricare, una soluzione
> abbastanza veloce ed indolore è di fare due macchine con vmware server +
> heartbeat 1, dove hai la vm (la stessa clonata sulle due macchine) con
> deepofix che viene fatta partire e stoppare da heartbeat.
> Se dopo vuoi preservare anche eventuali mail in pancia, bisogna mettere
> su drbd.
> Heartbeat, Peacemaker, DRBD, sono dei gran bei programmini, ma vanno
> coccolati molto in fase di installazione, provando tutti i possibili
> scenari, altrimenti rischi di fare peggio.
>
> Tieni conto che se personalmente, se gli dovessi fare il clusterino,
> clausola vincolante è che nessun altro ci metta le mani.
> Al tuo cliente, conviene avere DUE SERVER FISICI distinti, più il tempo
> che impieghi per la configurazione ed il test a fronte del rischio di
> qualche ora di down qualora si verificasse il problema? 
> In 10 anni di lavoro, su server degni di quel nome, e mantenuti
> correttamente, l'unica cosa che ho visto saltare sono stati solo dischi
> ed alimentatori (ovviamente entrambi rindondati). In una ditta con 200
> posti di lavoro, sicuramente avranno altri server, con contratti di
> assistenza ed intervento entro le 4/8 ore.
> Se poi invece prendiamo "server" fatti con pc da iper/assemblati, con
> montato controller raid fake, senza gruppo di continuità ecc. di horror
> stories ne ho finché vuoi. Se il tuo cliente appartiene a quest'ultima
> categoria, ti consiglio di lasciar perdere. 
>
>
>
>   


-- 

*Stefano Fraccaro*
Automation Department

*Simec S.p.A. - *via E. Fermi, 4 - 31030 Castello di Godego - Treviso, Italy
Tel: +39.0423.7351
Fax: +39.0423.735349
E-mail:* **stefano.fraccaro**@simec.it
*Web Site:* **www.simec.it

*AVVISO: le informazioni contenute o allegate alla presente sono 
classificate SIMEC SPA e sono dirette unicamente al destinatario sopra 
indicato. In caso di ricezione da parte di persona diversa è vietato 
qualunque tipo di distribuzione o copia. Chiunque riceva questa 
comunicazione per errore è tenuto ad informarci immediatamente per 
telefono ed a restituirci quanto ricevuto, per posta, all'indirizzo di 
cui sopra.
NOTICE: This message contains SIMEC SPA classified information intended 
only for use of the addressed name above. If the reader of this message 
is not the intended recipient or the employee or agent responsible for 
delivering the message to the intended recipient, please note that 
dissemination, distribution or copying of this communication is strictly 
forbidden. Anyone who receives this communication in error should notify 
us immediately by phone and return the original message to us at the 
above address.

SIMEC SPA - tutti i diritti riservati / all rights reserved



---
avast! Antivirus: In partenza messaggio pulito.
Virus Database (VPS): 091021-0, 21/10/2009
Controllato il: 22/10/2009 8.41.49