dipende da come vuoi presentarti al mondo
mionome.synology.me ti farebbe avere caselle del tipo
[email protected] a patto che synology imposti anche il record MX per mionome.synology.me (cosa che non saprei dirti visto che è un servizio che personalmente non uso).
Puoi verificarlo con:
ad esempio
restituisce
Codice: Seleziona tutto
Non-authoritative answer:
telecomitalia.it MX preference = 10, mail exchanger = mx6.telecomitalia.it
telecomitalia.it MX preference = 20, mail exchanger = mx1.telecomitalia.it
telecomitalia.it MX preference = 10, mail exchanger = mx4.telecomitalia.it
telecomitalia.it MX preference = 20, mail exchanger = mx3.telecomitalia.it
telecomitalia.it MX preference = 20, mail exchanger = mx2.telecomitalia.it
telecomitalia.it MX preference = 10, mail exchanger = mx5.telecomitalia.it
mx6.telecomitalia.it internet address = 217.169.121.17
indicando che ve ne sono più, di cui quello prioritario (uno dei "10") è 217.169.121.17
Se tu volessi avere un dominio tuo in modo da avere
[email protected] puoi impostare il record "MX(di ciccio.com)=10, mionome.synology.me" ad indicare che per il dominio ciccio il server di posta è mionome.synology.me. Puoi fare la stessa cosa anche per diversi domini, il mailserver è in grado di gestire domini multipli.
L'ip statico è un vantaggio in quanto permette l'impostazione del PTR (risoluzione dns inversa). Ad esempio:
restituisce:
Codice: Seleziona tutto
>nslookup 217.169.121.17
Server: google-public-dns-a.google.com
Address: 8.8.8.8
Name: mx6.telecomitalia.it
Address: 217.169.121.17
Questo naturalmente dipende dalle impostazioni fatte sul mailserver, ma spesso in ambiente professionale/aziendale per ridurre lo spam tale verifica viene fatta. Personalmente la ho abilitata su tutti i miei server. Generalmente i server di posta hanno ip statici e non è quindi un problema impostare corettamente il record PTR. Tale impostazione però la può fare (o delegare) unicamente chi possiede l'ip, quindi il tuo ISP. Tu con il DNS autorevole del tuo dominio non puoi gestire la risoluzione inversa. Ecco il perché della verifica: uno spammer non usa mai un server con ip statico (a meno che non ne abbia hackerato uno, verrebbe messo in black-list immediatamente, quindi inefficace) e di conseguenza non può controllare il PTR.