• Serveurs

  • [Discussion] Installer un serveur de mail avec Postfix et Dovecot

Merci Hardware 🙂. Pour le développement du plugin, je vais attendre
Malgré un 10/10, mon mail est considéré comme spam, par gmail notamment, ça arrive encore malgré ce score parfait ?
C'est possible oui, peut-être que ton serveur est considéré par google comme un relai à spam. Fait un essai avec d'autres providers (Yahoo, Outlook, laposte.net, ton FAI...etc). Si le problème persiste, tu peux contacter le support de google avec ce formulaire :

https://support.google.com/mail/contact/msgdelivery
Merci Hardware ! Je vais tester vers d'autres providers, mais je sais déjà que je chez hotmail.fr, j'atterris directement dans les spams aussi.
Je comprends pas dans l'admin de rainloop mes adresses d'envoi et reception de mon domaine sont : domain.tld

Et non pas imap.domain.tld et smtp.domain.tld

Est-ce normal ?
Non ce n'est pas normal, remet imap.domain.tld et smtp.domain.tld
Pourtant ça fonctionne bien, comment est-ce possible ?
Parce que ton domaine doit avoir un enregistrement A qui doit pointer sur ton serveur de mail. Mais c'est plutôt conseillé de mettre un FQDN à la place, genre imap.domain.tld. smtp.domain.tld. (que tu auras configuré au préalable dans la zone DNS de ton domaine), comme ça tu es sûr que l'adresse pointe bien sur ton serveur de mail.
Quand je regarde les enregistrements DNS, je me rends compte que :
hostname-----A-------xx.xx.xx.xx
pointe sur notre serveur, mais surtout, est redirigé vers postfixadmin.domain.tld (pourquoi pas vers rainloop d'ailleurs ?)

Est-il possible de faire en sorte que postfixadmin.domain.tld ne soit joignable qu'en renseignant son url ? Par extension, tous les CNAME renseignés ramènent aussi vers postfixadmin, tant que je suppose, on n'a pas défini une vhost nginx en lien avec le CNAME.

Et autre chose en passant, mon instance rainloop est accessible en http et en https. Peut-on supprimer ou rediriger l'accès http vers https? (de même pour postfixadmin aussi)

edit : J'ai trouvé une parade mais j'ai tout de même un avertissement lorsque je relance nginx :
nginx: [warn] conflicting server name "postfixadmin.domain.ltd" on 0.0.0.0:80, ignored
nginx
server {                                                                                                                       
   listen 80;                                                                                                                  
   server_name     rainloop.domain.ltd;                                                                                  
   root            /var/www/postfixadmin;                                                                                      
   index           index.php;                                                                                                  
   charset         utf-8;   
                                                                                                   
   return          301 https://$server_name$request_uri;                                                                       
   }
Je devrais peut-être remplacer par :
server {
    listen 80;
    server_name _;

    rewrite ^ https://XX.XX.XX.XX$request_uri? permanent;
}
Solinvictus wrote:Et autre chose en passant, mon instance rainloop est accessible en http et en https. Peut-on supprimer ou rediriger l'accès http vers https? (de même pour postfixadmin aussi)
Fait comme ça :
server {
   listen 80;
   server_name domain.tld;
   return 301 https://$server_name$request_uri;
}

server {
   listen          443 ssl;
   server_name     domain.tld;
   ...
}
Solinvictus wrote:Est-il possible de faire en sorte que postfixadmin.domain.tld ne soit joignable qu'en renseignant son url ? Par extension, tous les CNAME renseignés ramènent aussi vers postfixadmin, tant que je suppose, on n'a pas défini une vhost nginx en lien avec le CNAME.
Tu as juste à créer un vhost qui prend en charge les requêtes à destination de domain.tld.
C'est ce que j'ai dans mon fichier de rainloop.conf Hardware, mais j'ai toujours l'avertissement suivant :
nginx: [warn] conflicting server name "rainloop.domain.ltd" on 0.0.0.0:80, ignored
nginx
(C'est pas pour autant que ça ne marche pas.)

Quand tu écris :
server {
   listen 80;
   server_name domain.tld;
   return 301 https://$server_name$request_uri;
}

server {
   listen          443 ssl;
   server_name     domain.tld;
   ...
}
On doit lire rainloop.domain.ltd à la place de domain.ltd ?


edit :
Hardware wrote:Tu as juste à créer un vhost qui prend en charge les requêtes à destination de domain.tld.
Je t'avoue que je ne sais pas ce qu'il faudrait renseigner. Admettons :

Je créé une vhost "domain.conf" et je renseigne simplement :
server {
listen 80
server_name domain.ltld
}
Oui tu doit mettre rainloop.domain.tld
nginx: [warn] conflicting server name "rainloop.domain.ltd" on 0.0.0.0:80, ignored
ça veut tout simplement dire que tu as déjà un vhost qui prend en charge les requêtes à destination de rainloop.domain.ltd, donc forcement il y a un conflit.
Hardware wrote:Oui tu doit mettre rainloop.domain.tld
nginx: [warn] conflicting server name "rainloop.domain.ltd" on 0.0.0.0:80, ignored
ça veut tout simplement dire que tu as déjà un vhost qui prend en charge les requêtes à destination de rainloop.domain.ltd, donc forcement il y a un conflit.
Je comprends que l'avertissement m'indique qu'une vhost "rainloop" attend sur le 80 mais pourtant je n'ai que deux vhosts présentes et elles se trouvent dans "sites-enabled", à savoir :

* rainloop.conf
* postfixadmin.conf
Regarde mieux, je pense pas que nginx se trompe
La commande :
netstat -anp | grep nginx
me donne bien un nginx en écoute sur le 80.

Sinon, tu peux regarder "http://mondedie.fr/d/5751/182" (mon edit) Hardware s'il te plaît ?
Nan c'est pas suffisant, il faut aussi indiquer le dossier racine du vhost.

Comme ça pour les sous-domaines ?

Hardware wrote:Regarde mieux, je pense pas que nginx se trompe 😉
J'ai trouvé : lors de l'installation du LEMP, nous avons défini le fichier de conf suivant :
nano /etc/nginx/sites-available/default
et il comporte :
server {
listen 80;
server_name domain.ltd
...
}
On doit conserver ce fichier tel quel pour que le LEMP fonctionne correctement, non ?
C'est un vhost comme un autre, libre à toi de le modifier ou de le supprimer.