EgYpT ha scritto:Ti ringrazio, chiarissimo
![Smile :)](./images/smilies/icon_e_smile.gif)
Va bene anche se uso un "falso" ip statico tipo no-ip?
no-ip non è un falso ip statico, ma un servizio ddnds ovvero ... ma gia lo sai, senno non lo useresti
il problema è il record PTR ovvero la funzione inversa del record A
quando il tuo mail server deve consegnare il messaggio per
[email protected] succede +/- questo:
-tuo server risolve il record MX di pippo.com che gli restituisce mail.pippo.com
-tuo server risolve il record A mail.pippo.com che gli restituisce 1.1.1.1
-il tuo server a 1.1.1.1: ciao io sono test.no-ip.com da 123.123.123.123 (tuo ip) ho una mail per pluto
-1.1.1.1: verifica se per no-ip.com e test.no-ip.com esiste un record MX test.no-ip.com
-1.1.1.1: verifica se il record A test.no-ip.com corrisponde veramente a 123.123.123.123
-1.1.1.1: verivica la risoluzione inversa (PTR) ovvero se a 123.123.123.123 corrisponde veramente test.no-ip.com
-1.1.1.1: verifica se pluto esiste fra i propri account
-se verifiche ok 1.1.1.1: ok test.no-ip.com consegnami il messaggio
con servizi ddns sia le verifiche PTR (sicuramente) che MX potrebbero non riuscire
le verifiche eseguite dipendono dalle impostazioni dell'amministratore del server. In ambienti aziendali per ridurre lo spam generalmente vengono effettuate tutte.
ora i record MX e A li puoi gestire tu agendo sul server dns presso il fornitore dal quale hai acquistato il dominio.
per il record PTR però generalmente devi chiedere la modifica (alcuni fornitori lo lasciano impostabile dall'utente) ma qui stiamo parlando del fornitore del tuo indirizzo ip ovvero il tuo ISP (fornitore di adls) che non potrà impostare il record PTR su un ip dinamico.
Per i record MX e A su ddns potresti ad esempio verificare quale fornitore ddns supporti gli MX oppure semplicemente acquistare un tuo dominio (di 2° livello) ad esempio con internetbs.net (che supporta anche record DDNS, gli aggiorni dal router se prevede un'impostazione ddns custom, con un programmino installato su un pc sempre acceso oppure facendo un piccolo script che usa un banale wget sul tuo nas)
Quindi si, il server di posta potrebbe funzionare con no-ip, ma potrebbe non riuscire a consegnare la posta a quei server che effettuano tutte le verifiche.
Una soluzione a questo problema potrebbe essere quella di utilizzare il server smtp del tuo ISP. Ovvero anziché far consegnare al tuo server i messaggi direttamente ai vari server dei destinatari, potresti consegnarli tutti in blocco al server del tuo ISP e lasciare che gli smisti lui ai vari destinatari, usare un'intermediario. Il tuo provider dovrebbe avere tutti i record giustamente configurati.
Ovviamente ciò implica la parziale rinuncia all'anonimato/privacy, in quanto in questo modo il tuo provider loggherà e conserverà la tua posta inviata integralmente per 6 mesi ed i header per 10 anni (se ben ricordo), come tu avessi usato la loro casella di posta (es.
[email protected])
Questa funzione in gergo si chiama relay e per impostarla (sempre che il server del tuo ISP la consenta) devi inserire il nome del server (es. smtp.alice.it) e le credenziali utente (es
[email protected] e password casella) nella finestra che ti si apre con il pulsante "smtp relay"