Newsgroup: it.comp.os.linux.sys
Titolo: postfix mail server di backup

Ciao ho un mail server con postfix,
e vorrei metter su un mail di backup a cui il primario invia le mail (relay)
e in caso di down del primario il secondario riceve la posta e appena torna
sù il primario il secondario gli spedisce quanto ha ricevuto.
Per quarto ho fatto un entry sul DNS con un secondo mx
       IN MX  20 
mail.dominio.it
       IN MX 40  
mail.dominio2.it
con priorità più alta e nel mx primario
ho abilitato il relay al secondario inserendo in relay_domains =
mail.dominio2.it
e facendo una transport map
mail.dominio.it
    smtp:
mail.dominio2.it
E' giusto quanto fatto?
E poi cos devo abilitare affinchè il secondario rispedisca le mail al
primario? forse etrn? ma come?
Mi date un link dove vedermi queste cose?
Grazie
Ciao
Giuseppe

 primario?
Spiega perche' dovresti farlo.
Davide
-- 
Linux, DOS, Windows NT -- The Good, the Bad, and the Ugly

 Spiega perche' dovresti farlo.
Perchè è il normale funzionamento di un MX di backup?!?
-- 
cat: .signature: No such file or directory

 Davide
Giuseppe

 Credo che sia il normale procedimento di mx backup...
Funziona cosi`:
Io client SMTP, interrogo il dns per sapere chi e` MX per il tuo
dominio.
Se esso mi risponde 10 
mail.example.com
, io mando mail a
mail.example.com
 e via.
Se esso mi risponde 
10 
mail.example.com
20 
backup.example.com
io mando mail a 
mail.example.com
. Se 
mail.example.com
 e`
irraggiungibile, mando a 
backup.example.com
 e cosi` via finche`:
ne trovo uno raggiungibile, secondo la priorita` impostata
non ne trovo nessuno (a quel punto, di norma, mi rimane mail in coda con
errore transiente).
Quindi non hai bisogno di macchine che dicano che altre macchine sono
down (e se sono down queste? nonsense).
Dal tuo lato, devi
configurare il dns in maniera acconcia. (dal tuo messaggio l'hai fatto)
configurare il _secondario_ o mx-backup, con la direttiva relay_domains
+ tutte le restrizioni presenti sul primario per evitare dei loop (il
tuo secondario accetta posta che il tuo primario rifiuta).
A questo punto e` il tuo secondario che tenta di mandare la posta, al
primario, a ritmi variabili.
Ti consiglio la lettura di man postconf, specie per le direttive
relay_domains, e permit_mx_backup.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
It's the good girls who keep diaries; the bad girls never have the time.

 relay_domains, e permit_mx_backup.
Sto leggendo la docu

 Come avviene che il secondario spedisca mail al primario...quale direttiva
Ti consiglio di rileggere il mio messaggio.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Wasting time is an important part of life.


La documentazione dice di settare relay_domains = $mydestination per
consentire il relay a quei domini
che sono presenti in mydestination...
Ho sbagliato?
Ciao

 che sono presenti in mydestination...
mydestination *solo* sul primario (dove staranno le mailbox) relay_domains
*solo* sul backup (che non avrà le mailbox ma farà solo relay).


 che sono presenti in mydestination...
E quindi? sul primario hai mydestination, e sul secondario hai
relay_domains, no?
Oh, per farla ancora piu` breve:
http://www.postfix.org/faq.html#backup
Sul primario la posta la consegni, sul secondario la relay.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Specialization is for insects.

 Perchè è il normale funzionamento di un MX di backup?!?
Si', ma normalmente il primario non manda la posta al secondario... nel post
originale c'e' un passaggio di troppo :)
Ciaotutti,
*
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?


Sto leggendo quanto segnalato...thanks

 al primario?
Non ve ne è alcuna necessità. A chi la deve mandare è scritto negli MX:
chiunque con una priorità più bassa della sua...

 chiunque con una priorità più bassa della sua...
Ma sulle faq consigliate dicono
---------------------
DNS
             MX  10 mail.example.tld
             MX  20 backup.example.tld
---------------------
Primario MX
  etc/postfix/
main.cf
:
         mydestination = $myhostname
         transport_maps = hash:/etc/postfix/transport
    /etc/postfix/transport:
        backup.example.tld       relay:[mail.example.tld]
--------------------
Secondario MX
        etc/postfix/
main.cf
:
        relay_domains = $mydestination backup.example.tld
        smtpd_recipient_restrictions = permit_mynetworks,
reject_unauth_destination
--------------------
Dopo la configurazione base ( myhostname, mydestination, mydomain,
interface, mynetwork) sul secondario posso configurare le tabelle aliases o
virtual e tutti i controlli anti-UCE?
In modo che posso avere un backup delle utenze e della posta e allo stesso
tempo avere il mx backup....?
Grazie ciao

 tempo avere il mx backup....?
Onestamente faccio un po' fatica a capire cosa diavolo staresti cercando
di fare... ;-)
Il backup "delle utenze e della posta" lo puoi fare solo ed esclusivamente
sulla macchina che ospita delle mailbox, ovvero dove avviene il local
delivery: prima di allora le mail non escono *mai* dalle queue.
Postfix ti mette a disposizione (a seconda della release) always_bcc e
(sender|recipient)_bcc_maps, che ti consentono di replicare la posta
inviata/ricevuta dagli utenti verso un destinatario di tua scelta (e la
relativa mailbox). Cosa ne fai poi è solo affar tuo.
L'mx di backup *non è* una macchina che prende il posto della macchina
con le mailbox. Ha un ruolo ben preciso nelle figure assumibili da un MTA,
che non hanno nulla a che vedere con il local delivery.

 delivery: prima di allora le mail non escono *mai* dalle queue.
Mi stava venedo in mente di mettere su una macchina che cloni tutte la
mailbox degli utenti del mail server;
non so se è possibile, o almeno in questo scenario, avere un secondo mail
che prende le la posta e la consegna
a due mailserver....oppure via rsinc si sincronizzi al primo e in caso di hd
andato potrei rimediare facilmente visto che avrei un mail già funzionante
ma solo in mdo passivo
(vabbè non so ma forse ho esagerato)
Comunque questo discorso esula dal discorso mx backup..

 sů il primario il secondario gli spedisce quanto ha ricevuto.
e in caso ti down del secondario cosa succede?
Ti sei fatto bene i conti? Mi sa che cosi' ti serve un terziario, e poi 
un terziario avanzato e' cosi' via ;-)
--
Massimiliano.

 un terziario avanzato e' cosi' via ;-)
Credo che se va il giů secondario il primario continua tranquillamente a
ricevere posta...il secondario
riceve mail solo se il primario č down...
La documentazione di postfix dice questo e il thread aperto lo conferma....
Scusa ma tu come lo hai messo su il mx di backup?

 sù il primario il secondario gli spedisce quanto ha ricevuto.
Non ho mai provato con postfix, io uso qmail, ma se ho capito bene e`
sufficiente mettere i due MX nel DNS e poi configurare il server perche`
accetti posta per quei domini ma non li consegni localmente.
In qmail basta mettere i domini in rcpthosts ma non in local, per esempio.
In postfix probabilmente devi smandruppare con relay_hosts nel secondario,
e mettere il my_destination (vado a memoria) solo nel primario.
A quel punto si arrangia il secondario a tenere in coda la roba finche` il
primario non torna su. Sul secondario aumenti la permanenza in coda (tipo
15 o 30 giorni al posto di 7) e sei a posto.
Bye.