1) Tu parles d'un cas particulier (deux serveurs privés) qui causent smtp/tls.
2) Par ailleurs, tu sais aujourd'hui que no-log.org supporte smtp/tls. Par contre, tu n'as aucune garantie que demain, no-log.org supportera smtp/tls. Par ailleurs, supposons que no-log.org rajoute une seconde entrée MX dans ses DNS en cas de problème pour avoir un MX de backup, tu ne seras pas averti. Donc tu dois à chaque envoi d'e-mail: t'assurer que le MX actuel supporte toujours smtp/tls et que s'il y a un second MX, celui-ci aussi l'accepte.
Pour le transfert d'e-mail, smtp/tls me semble donc qqch d'abérrant. Si tu veux crypter tes mails, tourne-toi vers GnuPG (PGP) !
L'encryptage smtp/tls peut être utile si tu veux une authentification à l'envoi d'e-mails entre le client et ton serveur SMTP pour éviter le vol des identifiants+mdp, tout comme pop3/tls (lors de la lecture des e-mails)
[^] # Re: T'es au courant pour Charles Bronson ?
Posté par Lee Nux . En réponse au journal Club-Internet joue les troubles-fêtes du net pas net français.... Évalué à 1.
1) Tu parles d'un cas particulier (deux serveurs privés) qui causent smtp/tls.
2) Par ailleurs, tu sais aujourd'hui que no-log.org supporte smtp/tls. Par contre, tu n'as aucune garantie que demain, no-log.org supportera smtp/tls. Par ailleurs, supposons que no-log.org rajoute une seconde entrée MX dans ses DNS en cas de problème pour avoir un MX de backup, tu ne seras pas averti. Donc tu dois à chaque envoi d'e-mail: t'assurer que le MX actuel supporte toujours smtp/tls et que s'il y a un second MX, celui-ci aussi l'accepte.
Pour le transfert d'e-mail, smtp/tls me semble donc qqch d'abérrant. Si tu veux crypter tes mails, tourne-toi vers GnuPG (PGP) !
L'encryptage smtp/tls peut être utile si tu veux une authentification à l'envoi d'e-mails entre le client et ton serveur SMTP pour éviter le vol des identifiants+mdp, tout comme pop3/tls (lors de la lecture des e-mails)