c'est a dire un client lourd ? genre thunderbird ? si c'et ca moi oui, mais il faut que le mail partent de ton serveur pas d'un autre smtp

J'ai suivi le tuto à la main pour installer un serveur mail sur un VPS OVH, tout roule parfaitement, ça m'a bien aidé.

J'ai vu que PostfixAdmin avait un système de quota mais qui n'était pas appliqué avec Dovecot. J'ai suivi quelques tutos sur le sujet mais ça ne semble pas bien coller, ex: https://wiki.archlinux.org/index.php/Virtual_user_mail_system#Quota

Si vous avez une idée de comment implémenter ça par rapport au tuto, ce serait top !

Bonjour,

Un bon tutoriel, même si il manque un avertissement sur le PGP en webmail (Rainloop n'est pas le seul à savoir faire ça).
Ce n'est pas aussi sécurisé/authentifiant qu'avec un client mail ! Techniquement le destinataire fait pas la différence avec un client lourd et c'est la que ça pêche: PGP par du principe que la signature/le chiffrement se fait le plus proche possible du l'utilisateur (qui est censé être le seul à connaître le mot de passe de la clé privé), hors un webmail et tout sauf proche du l'utilisateur (+ le problème de confidentialité de votre navigateur, n'oublions pas que certain nous traquent avec des cookie et autres, et ce même avec Firefox (attention aux extensions d'ailleurs)).

Je rapelle que les webmail on été créer dans un but de dépannage par rapport à un client lourd (cas où on à pas sa machine sous la main).

Comme dit plus haut openDKIM et SPF correctement configuré obligent a envoyer ses mail depuis son serveur (mais en échange tout serveur mail correctement configuré n’acceptera pas de mail usurpant votre adresse mail).

@flks une autre façon d'implémenter les quotas dans ce cas la est de la faire directement sur le stockage (limiter la taille disponible pour le/les dossier(s) de l’utilisateur), ma méthode préférée est de passer pas LVM avec une partition par boite mail (assez souple pour agrandir une boite mail, beaucoup moins pour la réduire mais efficace à 100 %). Je sais qu'il existe d'autres méthodes (mais je ne les ai pas retenus après mes recherches car en général j'installe un iRedMail ou un BlueMind où les quotas fonctionnent de base).

Salut Hardware,

J'ai voulu changer mon nom de domaine pour mes mails. Du coup, j'ai refais la partie du tutoriel sur postfix et dovecot. Mais comme je suis très bon, forcément je me suis planté quelques part. Quand je test de me connecter via Thunderbird :

# sudo tail -f /var/log/mail.log
Sep 24 15:21:00 irisa postfix/submission/smtpd[7093]: connect from IP.dsl.ovh.fr[IP]
Sep 24 15:21:00 irisa postfix/submission/smtpd[7093]: improper command pipelining after EHLO from IP.dsl.ovh.fr[IP]: QUIT\r\n
Sep 24 15:21:00 irisa postfix/submission/smtpd[7093]: disconnect from IP.dsl.ovh.fr[IP]
Sep 24 15:21:00 irisa dovecot: imap-login: Disconnected (no auth attempts in 1 secs): user=<>, rip=IP, lip=IP, TLS: SSL_read() failed: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca: SSL alert number 48, session=<RdAxGn4gvABtvk7+>

Sur le RPI, la version de dovecot est la suivante : 2.1.7
Du coup, je ne sais pas l'incidence d'avoir une ancienne version au niveau de la configuration.
Dans le fichier de configuration de postfix (/etc/postfix/main.cf) j'ai fais les modifications suivante :
Ajout du champs :
smtp_tls_note_starttls_offer = yes

Modification des lignes suivantes :
###

smtp_tls_protocols           = !SSLv2, !SSLv3, TLSv1
smtp_tls_mandatory_protocols = !SSLv2, !SSLv3, TLSv1

par

smtp_tls_protocols           = !SSLv2, !SSLv3
smtp_tls_mandatory_protocols = !SSLv2, !SSLv3

###

smtpd_tls_protocols           = !SSLv2, !SSLv3, TLSv1
smtpd_tls_mandatory_protocols = !SSLv2, !SSLv3, TLSv1

par

smtpd_tls_protocols           = !SSLv2, !SSLv3
smtpd_tls_mandatory_protocols = !SSLv2, !SSLv3

###

smtpd_tls_mandatory_ciphers   = high

par

smtpd_tls_mandatory_ciphers   = medium

J'ai refais la partie sur les certificats et modifié cette ligne dans /etc/dovecot/conf.d/10-ssl.conf :

ssl_cipher_list = ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AE$

par :

ssl_cipher_list = ALL:!aNULL:!eNULL:!LOW:!MEDIUM:!EXP:!RC2:!RC4:!DES:!3DES:!MD5:!PSK:!SRP:!DSS:!AECDH:!ADH:@STRENGTH

Voici les fichier complet :
/etc/postfix/main.cf
/etc/dovecot/conf.d/10-ssl.conf

Voilà, Merci pour votre aide.

Salut,

Je ne comprend pas la première solution. C'est une sorte d'encapsulation des certificats dans un seul? Je dois faire quoi?

Donc, je mets ca.cert.pem dans mailserver.crt. Je suis perdu. Désolé, je suis pas au niveau.

Ok, donc j'ai ajouté le ca.cert.pem via le gestionnaire de certificat. Il apparait comme ceci :



Ce que je comprend pas, c'est que normalement Thundebird demande d'ajouter une exception. En tout cas cela c'était passé comme quand j'ai fait le tuto pour mon serveur kimsufi.

Ici sur mon Rpi à la maison, ça ne passe plus. J'ai toujours cette erreur.

Salut salut, Bon j'ai réussi à faire marcher le script install nickel. mail tester a 10/10 impec. Mais il m'a pris l'idée de mettre à jour mon serveur de wheezy à jessie et la drame hormis quelques install qui ne marchais plus ( que j'ai réussi à remettre en place ) mon serveur postifx refusait de fonctionner comme il faut.
Au grand maux les grands remèdes je choppe le script de désinstall et c'est partis mon kiki pour tout remettre à zéro ( pas de problème pour les mails car c'était plus pour assimiler l'install qu'autre chose.
Je me relance dans une install en faisant exactement la même chose que la première fois, et la le drame arrivé aà l'étape ou il faut ce connecter sur http://postifadmin.mondomaine.tld/setup, j'arrive au moment fatitdque ou il faut créer le HASH et Pouf server timed out impossible d'accéder à la suite.
Idem pour tout mon serveur timed out sur plex rutorrent seedbox manager etc etc.
Donc obligé de faire fonctionner le script d'uninstall, reboot server afin de pouvoir de nouveau accéder à tout ( même en faisant service nginx restart rien ne se passe.
Une idée de ce qui ce passe ? un problème avec une dépendance installé avec le script ?
Merci de votre aide je suis vraiment un boulet

Je m'aperçois que ma note a baissé au mail-tester :

-1.996 MIME_HEADER_CTYPE_ONLY 'Content-Type' found without required MIME headers

Est-ce lié au fait qu'on est caché les informations sensibles ? Je ne me souviens pas de cette note auparavant, et si je m'en réfère à cette règle, ça semble coïncider.

J'ai importé le ca.cert.pem dans thunderbird mais j'ai toujours la même erreur.

J'ai testé via le webmail rainloop, ça fonctionne.

Existe-t-il d'autres solutions pour que cela fonctionne à nouveau dans Thunderbird?
Il ya peut être un conflit avec les anciens certificats lié à l'ancien non de domaine? ou ce n'est pas possible?