Scritto da tombo : Appunti per configurare smart relay servers a cascata con sendmail...
Utilizzare un server sendmail per spedire posta mediante un altro server sendmail e cosi via...
Scenario: OS utilizzato nella prova centos.
Premessa: ci sono evidenti (voluti) limiti di firewalling fra l'esterno, la lan interna LAN1 e la lan interna LAN2.
1) abbiamo un account di posta elettronica su un server di cui non abbiamo controllo, con accesso al relay verso l'esterno.
2) il server in questione accetta connessioni in ingresso ed uscita solo dalla lan aziendale LAN1 su cui risiede il nostro (futuro smart) server sendmail.
3) il nostro server sendmail nella LAN2, assicurato nella trasmissione ed invio via tls, deve fare uso del nostro smart server sendmail in LAN1 per inviare e ricevere posta utilizzando l'account sul server senza controllo, con possibilita' di relay esterno.
questi appunti riguardano la configurazione del server di mezzo, smart server per il server di LAN2 e utilizzatore del server che ha accesso verso l'esterno.
Per abilitare brutalmente il relay della posta sul server due commentiamo la linea relativa al DAEMON_OPTIONS con un bel "dnl #" sul file sendmail.mc: dnl # DAEMON_OPTIONS(`Port=smtp,Addr=172.0.0.1, Name=MTA')dnl
inoltre definiamo il nostro server smart host con relay verso l'esterno: define(`SMART_HOST',`smtp.mydomain.it')
Per permettere al server sendmail in LAN2 di usare il nostro server come smart host aggiungiamo l'ip del server di LAN2 al file access: 10.120.1.118 RELAY
Sempre in questo file configuriamo le credenziali per l'account presente sul server con relay esterno: AuthInfo:smtp.interno.it "U:ced_account" "P:miapwd" "R:mydomain.it" "M:LOGIN PLANE"
Ricompiliamo il file access.db con il comando: # makemap hash /etc/mail/access.db < /etc/mail/access
e riavviamo il server sendmail per rendere attive le modifiche: # service sendmail restart
Questo e' quanto... per la ricezione dei dati da quell'account e' necessario utilizzare fetchmail.