Newsgroup: it.comp.reti.ip-admin
Titolo: mail server e PTR

Buongiorno a tutti, volevo chiedere un consiglio riguardo 
l'installazione di un mail server, multidominio (su macchina con IP 
statico ospitata presso un datacenter.)
L'utilizzo pratico sarebbe soltanto di ricezione, e non verrebbe 
quindi "mai" utilizzato per l'invio (o per lo meno, non per mail 
generate da umani..)
Mi chiedevo quindi, posta questa situazione, se devo prendere qualche 
provvedimento anche riguardo al dns inverso o mi basta settare l'MX?
Attualmente l'ip del server ha un record PTR che punta all'hostname 
del gestore. In giro x la rete ho letto che non si usa mettere un PTR 
per ogni dominio di posta gestito, e che uno qualsiasi sarebbe gia` 
sufficente a passare i controlli, confermate?
 
-- 
I'm seriously thinking about getting a mainframe at home.


Non un PTR per ogni dominio gestito, ma un PTR che sia corrispondente
all'hostname e significativo del fatto che quell'IP ospita un mailservr.
 
E' una accortezza generalmente sempre (o quasi) consigliabile per un IP
che deve ospitare un server, e praticamente indispensabile se si tratta
di un mailserver che deve generare traffico in uscita (che sia generato
da umani o meno non cambia nulla). E riguardo al fatto che il tuo *non*
lo faccia, rammento che il setup di mailserver di norma implica
meccanismi quali autoresponder, bounce, forwarding, che non possono non
generarne.
 

 sufficente a passare i controlli, confermate?
 
Hai una certa confusione in testa; iniziamo con le basi; diciamo che
il tuo server è attestato a 192.0.2.100 e che è configurato in modo da
rispondere ad una connessione (e presentarsi verso l'esterno -
HELO/EHLO) come "
mail.example.com
"; nel DNS della zona 
example.com
 
avremo quindi qualcosa di questo tipo
 
mail  IN A     192.0.2.100
@     IN MX 20 
mail.example.com
.
 
; opzionali
@     IN TXT   "v=spf1 mx -all"
@     IN TXT   "spf2.0/mfrom mx -all"
 
 
e sin qui, nulla di speciale; a questo punto, supponiamo di avere i
domini 
pippo.it
, 
pluto.com
 e 
topolino.org
; nelle zone DNS di tutti e
tre i domini avremo qualcosa di questo tipo
 
@     IN MX 20 
mail.example.com
.
 
; opzionali
@     IN TXT   "v=spf1 include:
example.com
 -all"
@     IN TXT   "spf2.0/mfrom include:
example.com
 -all"
 
 
ossia, il record MX farà riferimento al NOME REALE del mailserver, e
NON a (es.) "
mail.pippo.it
", quest'ultimo hostname potrebbe
eventualmente essere creato come CNAME ma SOLO per comodità (ed
ovviamente NON sarà MX); per quanto poi riguarda SPF/SenderID, i
records dei vari domini attestati sul mailserver faranno riferimento al
record SPF principale (include) in modo da semplificare la gestione del
tutto pur permettendo (se necessario) variazioni relative al singolo
dominio.
 
Quanto detto credo renda esplicito il fatto che, a questo punto, l'unico
PTR da creare sarà quello relativo a "
mail.example.com
" ossia
 
100.2.0.192.in-addr.arpa. IN PTR 
mail.example.com
.
 
dato che non c'è alcuna necessità di creare gli altri records PTR (nè
ha alcun senso farlo)
 
 

 Hai una certa confusione in testa; iniziamo con le basi....[...]
 
:P
 
Ho capito, grazie a tutti e due.
 
Per l'invio gli utenti hanno l'smtp del provider con cui sono 
collegati alle rispettive sedi. Anche se come sospettavo, per il fatto 
dei bounce eccetera sara` meglio avere ugualmente un setup a regola 
d'arte.
 
Non sapendo la best practice e siccome incidentalmente anche l'A e` 
uguale per tutti i domini, mi stava venendo naturale mettere ogni 
dominio come se fosse da solo..(con un proprio campo mx che punta al 
proprio A.)
 
Quindi invece, chiedo al datacenter un unico PTR su 
mail.microditta.it
, e gli mx + spf dei vari domini punteranno tutti a 
quello :D


 quello :D
 
e-satto; prima di tutto configura il mailserver per usare un hostname
(banner - lo puoi verificare facendo un telnet sulla 25) corretto per
il dominio che definirai come "principale", fatto questo, configura per
bene i records A/MX/TXT per il dominio principale ed il relativo record
PTR; a questo punto, gli MX per gli altri domini punteranno sempre al
record A attestato sul dominio principale; ovvio che nessuno ti vieta
(se lo vuoi) di creare dei CNAME tipo "pop" o "smtp" o quello che vuoi
all'interno dei domini secondari, ma si tratterà solo di "comodità",
nulla a che vedere con il traffico email vero e proprio :)
 
 

 collegati alle rispettive sedi. 
 
Bella caxxata; prima di tutto rende praticamente impossibile usare SPF
(ok, non è che sia obbligatorio ma...), in secondo luogo perderai del
tutto la possibilità di controllare il traffico e rimediare ad eventali
problemi ed inoltre dovrai comunque configurare il server MX in modo
corretto... in pratica oltre a fare più lavoro, rischierai di avere
molte più rogne nel corso del tempo; tutto sommato non mi sembra sia
un'idea geniale