Re: installation d'un serveur mail avec postfix
On Wednesday 29 May 2019 10:52:29 Frederic Robert wrote: > 1. Si vous hébergez votre serveur mail avec postfix, comment l'avez-vous > mis en place? A la base, j'ai utilisé postfix et mutt pour lire les > mails en local directement sur le serveur. J'aimerai apprendre à faire > une installation propre avec serveur pop/imap > 2. Je cherche aussi des sysadmin linux utilisant debian ou centos comme > distribution gnu/linux pour me permettre d'apprendre de nouvelles > chôses. Je suis passionné d'informatique depuis de nombreuses années et > j'ai appris en autodidacte sans vraiment me perfectionner. Ces personnes > me permettraient d'apprendre et de corriger d'éventuelles erreurs > d'apprentissage. Bonsoir, As tu des msg d'erreur au start de postfix et de dovecot ? Les mails partent-ils et arrivent bien ? Si oui, après c'est la sécurisation du serveur : pop, spams, certificats, smtp, dmarc, dkim... A. Valmer
Re: installation d'un serveur mail avec postfix
On 5/29/19 3:46 PM, Daniel Caillibaud wrote: Tu trouveras pas mal de tuto avec postfix / dovecot (+sieve pour le filtrage) / rspamd (+dmarc & dkim) — courier-base, courier-authdaemon, courier-authlib-mysql, courier-imap, courier-pop ; — roundcube pour l'interface IMAP ; — le certificat TLS / SASL est fourni par letsencrypt :-) Bonsoir, Merci pour les informations Bonne soirée, -- Frédéric Robert
Re: installation d'un serveur mail avec postfix
On 5/29/19 11:58 AM, Ph. Gras wrote: Je peux te fournir un road book complet pour réaliser ta propre configuration, c'est pas fastoche ! Bonsoir, Ce serait bient gentil de ta part. Livre sous quelle licence? Bonne soirée, -- Frédéric Robert
Re: installation d'un serveur mail avec postfix
Le 29/05/19 à 13:58, "Ph. Gras" a écrit : > > 1. Si vous hébergez votre serveur mail avec postfix, comment > > l'avez-vous mis en place? A la base, j'ai utilisé postfix et mutt pour > > lire les mails en local directement sur le serveur. J'aimerai apprendre > > à faire une installation propre avec serveur pop/imap > > J'ai installé les paquets suivants : > ——— > — postfix-mysql (pour ajouter-supprimer-modifier des adresses sur > un serveur Web phpMyAdmin) ; > — postfix-policyd-spf-python (protocole SPF) ; Pour dmarc & dkim, rspamd peut s'en charger (rspamd est un antispam), si tu utilise rspamd c'est plus simple de simplement activer dkim plutôt que de configurer opendkim comme un étage de plus. > — opendmarc & opendkim ; Une autre configuration très courante est l'utilisation de dovecot (à la place de courier) pour pop / imap. Tu trouveras pas mal de tuto avec postfix / dovecot (+sieve pour le filtrage) / rspamd (+dmarc & dkim) > — courier-base, courier-authdaemon, courier-authlib-mysql, > courier-imap, courier-pop ; — roundcube pour l'interface IMAP ; > — le certificat TLS / SASL est fourni par letsencrypt :-) -- Daniel La vie est trop courte pour qu'on soit pressé. Henry David Thoreau
Re: installation d'un serveur mail avec postfix
Bonjour, > 1. Si vous hébergez votre serveur mail avec postfix, comment l'avez-vous mis > en place? A la base, j'ai utilisé postfix et mutt pour lire les mails en > local directement sur le serveur. J'aimerai apprendre à faire une > installation propre avec serveur pop/imap J'ai installé les paquets suivants : ——— — postfix-mysql (pour ajouter-supprimer-modifier des adresses sur un serveur Web phpMyAdmin) ; — postfix-policyd-spf-python (protocole SPF) ; — opendmarc & opendkim ; — courier-base, courier-authdaemon, courier-authlib-mysql, courier-imap, courier-pop ; — roundcube pour l'interface IMAP ; — le certificat TLS / SASL est fourni par letsencrypt :-) Je reçois sur les ports 110, 993 et 995 et j'envoie sur le port 589, mais je peux aussi utiliser 25 et 465. Je peux te fournir un road book complet pour réaliser ta propre configuration, c'est pas fastoche ! Bonne journée, Ph. Gras PS. Ce n'est pas le domaine sur lequel j'envoie et reçois du courrier sur la liste.
installation d'un serveur mail avec postfix
Bonjour, Comment allez-vous? 1. Si vous hébergez votre serveur mail avec postfix, comment l'avez-vous mis en place? A la base, j'ai utilisé postfix et mutt pour lire les mails en local directement sur le serveur. J'aimerai apprendre à faire une installation propre avec serveur pop/imap 2. Je cherche aussi des sysadmin linux utilisant debian ou centos comme distribution gnu/linux pour me permettre d'apprendre de nouvelles chôses. Je suis passionné d'informatique depuis de nombreuses années et j'ai appris en autodidacte sans vraiment me perfectionner. Ces personnes me permettraient d'apprendre et de corriger d'éventuelles erreurs d'apprentissage. Je vous remercie et souhaite une très bonne journée, -- Frédéric Robert
Re: Installer un serveur mail complet sous Debian 9 Stretch
Le 30/08/2017 à 20:30, Étienne Mollier a écrit : > Je suis tombé sur cette présentation de Benjamin Sonntag il y a > quelque temps et qui semble rentrer plutôt pas mal en profondeur > dans les différents éléments constituant un service mail qui > marche™. Si vous avez 180 minutes à tuer, ça pourrait valoir le > coup d'y jeter un œil : > > > http://www.iletaitunefoisinternet.fr/lemail-par-benjamin-sonntag/index.html > > Sinon, pour prêcher pour une autre paroisse, le projet YunoHost > propose des logiciels et des étapes pas à pas pour déployer tout > un tas de services, dont le mail. Vous pouvez consulter sur > leur site web la documentation d'administration : > > https://yunohost.org/#/admindoc_fr > > Seuls petits bémols, ils ne recommandent pas l'usage de leur > solution pour servir plusieurs utilisateurs (c'est bien à > l'échelle d'une famille, mais ça ne s'échelonne pas bien pour un > usage professionnel) et ils manquent de forces vives pour avoir > déjà un logiciel compatible avec Debian Stretch, donc peut-être > que ça ne correspondra pas tout à fait votre cahier des charges. Merci à vous deux pour vos réponses. Je vais consulter le lien présenté précédement, et, lire également ce travail de Benjamin. Si ça vient de Benjamin (Quadrature du net) c'est sûrement du bon travail.
Re: Installer un serveur mail complet sous Debian 9 Stretch
Bonsoir, On 08/30/2017 02:19 PM, Luc Novales wrote: > Bonjour, > > > Le 28/08/2017 à 03:09, G2PC a écrit : >> Bonjour, >> >> Je cherche un tutoriel pour installer un serveur mail complet sous >> Debian Stretch. >> >> J'ai trouvé celui-ci : >> https://blog.tetsumaki.net/articles/2017/08/installation-dune-solution-mail-complete-sous-debian-9-stretch.html >> >> Si vous avez un support correct, complet, accessible, pour Debian >> Stretch, en complément, ou, en remplacement, merci de vos retours. > Tout dépend de ce que tu entends par "solution mail complète". > Les docs debian sont de très bonne qualité ;-) > > https://www.debian.org/doc/manuals/debian-handbook/network-services.fr.html#sect.smtp-mail-server > > Bonne journée, > Luc. > Je suis tombé sur cette présentation de Benjamin Sonntag il y a quelque temps et qui semble rentrer plutôt pas mal en profondeur dans les différents éléments constituant un service mail qui marche™. Si vous avez 180 minutes à tuer, ça pourrait valoir le coup d'y jeter un œil : http://www.iletaitunefoisinternet.fr/lemail-par-benjamin-sonntag/index.html Sinon, pour prêcher pour une autre paroisse, le projet YunoHost propose des logiciels et des étapes pas à pas pour déployer tout un tas de services, dont le mail. Vous pouvez consulter sur leur site web la documentation d'administration : https://yunohost.org/#/admindoc_fr Seuls petits bémols, ils ne recommandent pas l'usage de leur solution pour servir plusieurs utilisateurs (c'est bien à l'échelle d'une famille, mais ça ne s'échelonne pas bien pour un usage professionnel) et ils manquent de forces vives pour avoir déjà un logiciel compatible avec Debian Stretch, donc peut-être que ça ne correspondra pas tout à fait votre cahier des charges. À plus, -- Étienne Mollier <etienne.moll...@mailoo.org>
Re: Installer un serveur mail complet sous Debian 9 Stretch
Bonjour, Le 28/08/2017 à 03:09, G2PC a écrit : Bonjour, Je cherche un tutoriel pour installer un serveur mail complet sous Debian Stretch. J'ai trouvé celui-ci : https://blog.tetsumaki.net/articles/2017/08/installation-dune-solution-mail-complete-sous-debian-9-stretch.html Si vous avez un support correct, complet, accessible, pour Debian Stretch, en complément, ou, en remplacement, merci de vos retours. Tout dépend de ce que tu entends par "solution mail complète". Les docs debian sont de très bonne qualité ;-) https://www.debian.org/doc/manuals/debian-handbook/network-services.fr.html#sect.smtp-mail-server Bonne journée, Luc.
Installer un serveur mail complet sous Debian 9 Stretch
Bonjour, Je cherche un tutoriel pour installer un serveur mail complet sous Debian Stretch. J'ai trouvé celui-ci : https://blog.tetsumaki.net/articles/2017/08/installation-dune-solution-mail-complete-sous-debian-9-stretch.html Si vous avez un support correct, complet, accessible, pour Debian Stretch, en complément, ou, en remplacement, merci de vos retours.
Re: [Serveur mail] Bonnes pratiques et conseils
Toutes les discussions sur les serveurs mails attisent pour m'y remettre. Je vais retenter l'expérience, nettoyer mes notes et partager. Si ça peut rendre service à quelques uns, et bien, et j'en profiterai pour demander quelques renseignements sur des points d'architecture que je veux réaliser : 1 samba 4 par domaine et des serveurs frontaux. Pour apprendre, utiliser, et ne pas dépendre de solutions clé en main qui au final restreignent les libertés en terne de gestion, compréhension et maintenance Le 1 avril 2017 18:12:35 GMT+02:00, Louis-Philippe <lpgauth...@gmail.com> a écrit : >Bonjour, > >Je ne connais pas tous les logiciels que tu as installés, mais il y >aussi >PostGrey (en package Debian) que je commence à utiliser. >De ce que j'ai compris, si le triplet "expéditeur, serveur et >destinataire" >existe dans ma base de données (mon serveur de mail) et a été utilisé >récemment(ex dans le dernier mois), il passe librement, sinon, il >redemande >au serveur de l'expéditeur une nouvelle expédition du mail. Les >serveurs de >spams ne réexpédient pas un courriel en général. > >Et tout ça, avant qu'ils soient analysés pour vérifier si c'est un SPAM >ou >virus. La charge de ton serveur est donc réduite de beaucoup... > >Le seul désavantage que j'ai constaté, si le triplet n'existe pas et >que le >courriel est légitime, le courriel peut prendre 5-10 minutes avant >d'arriver... et nous n'avons pas de contrôle sur ce délai car c'est le >serveur de l'expéditeur qui décide quand le renvoyer. > >Cordialement, > > >Le 1 avril 2017 à 06:12, Kévin Gaspard <kevingaspard...@koshie.fr> a >écrit : > >> Bonjour à toutes et à tous, >> >> (je n'ai jamais participé à de ML, merci de me faire part de mes >erreurs >> mais avec un soupçon d'indulgence s'il vous plaît) >> >> J'ai il y a peu terminé la configuration d'un serveur mail, qui >> fonctionne, avec les composants suivants: >> >> - Debian 8 >> - IPTables + Fail2Ban >> - Postfix + Postscreen (avec 3 listes RBL) >> - Dovecot >> - MariaDB >> - RSpamD avec sa web UI >> - ClamAV >> - OpenDKIM + SPF (paquet: postfix-policyd-spf-python) >> - Certificat Let's Encrypt (4096 bits) pour imap.domain.tld et un >autre >> pour smtp.domain.tld >> >> Tout ça provenant des dépôts officiels de Debian, je n'ai rien >compilé ou >> récupéré sur github. >> >> Pour tester tout ça, j'ai effectué les actions suivantes: >> >> - Envoie de mail à partir d'une adresse de domain.tld (sur une >adresse >> gandi et une gmail) >> - Réception de mail à partir d'adresses gandi et gmail vers >domain.tld >> - Envoie d'une signature EICAR en pièce jointe pour tester ClamAV >> - Je suis en plein envoie massif de spam (depuis bientôt deux jours) >via >> un site qui inscrit une adresse e-mail donné sur un maximum de >formulaire >> sur le web, connu pour envoyer des mails en retour. Je suis à environ >27000 >> formulaires remplis, et seulement ~80 mails sont parvenu jusqu'à ma >boîte >> poubelle, et ces mails sont des inscriptions à des ML (du genre >redhat.com), >> donc aucun véritable spam pour le moment. Tout semble avoir été >filtré par >> le DKIM et le SPF (faut savoir qu'en testant ce site avec un gmail, >j'avais >> plusieurs mails à la minute me demandant si je voulais une petite >copine >> russe ou ce genre de truc dans les spams). >> >> Je sais que je n'ai pas terminé, je dois encore donner des cours à >RSpamD >> pour qu'ils servent à quelque chose (il n'a encore rien filtré) et je >dois >> encore voir pour réceptionner les logs de mon serveur vers mon >desktop >> (e-mail de notification, logwatch etc). Sans compter un véritable >système >> de backup digne de ce nom. Aussi, je ne crois pas avoir configuré >Fail2Ban >> pour travailler de paire avec l'authentification de mon serveur mail >(qui >> se passe avec Dovecot). >> RoundCube est aussi envisagé pour la mobilité. >> >> J'aimerai avoir vos avis sur ce qui me resterai à faire comme test, >voir >> comme configuration ou ajout de logiciels, ce que je devrai penser à >la >> suite, quels sont les pièges de débutant à éviter... Bref je me sens >un peu >> perdu sur la suite des évènements et je ne sais pas sur quoi je dois >> m'orienter en priorité. >> Le fait que ce serveur mail fonctionne ne veut pas dire que je l'ai >bien >> fais. Je ne m'amuse pas encore à paster de la conf ici, mais si vous >pensez >> que c'est nécessaire je le ferai (en obfusquant ce qui doit l'être >bien >> sûr). >> >> Après deux jours de recherches je suis tombé à cours d'idées, en >somme. >> >> Je vous souhaite à toutes et à tous un excellent week-end. >> >> Cordialement, >> GASPARD Kévin >> >> >> >> > > >-- >Louis-Philippe Gauthier -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Re: [Serveur mail] Bonnes pratiques et conseils
Bonsoir, On 02/04/2017 15:12, Sébastien Dinot wrote: Au passage, tu peux essayer le site suivant pour vérifier la pertinence et la complétude de la configuration de ton serveur : https://www.mail-tester.com/ Très très bon ce site, je ne connaissais pas. Jette un œil à dsync si le sujet t'intéresse : https://wiki2.dovecot.org/Replication Ca aussi ! Merci Sébastien pour les liens. Et sinon Kévin, je t'encourage sur ta voie :) tu tiens le bon bout, et avoir son propre serveur mail est un vrai plus (qu'il soit autohébergé ou non) : Déjà pour comprendre comment ça fonctionne, et aussi souvent pour le diagnostique (si tu es dans le métier) de la personne qui te dis "j'ai envoyé un mail à mac...@truc.com, et c'est pas arrivé". Envoyer du mail est devenu un vrai métier à force :) @+ Christophe.
Re: [Serveur mail] Bonnes pratiques et conseils
On 02/04/2017 15:12, Sébastien Dinot wrote: Kévin Gaspard a écrit : J'ai simplement pas envie de servir de relais par exemple... Nous subissons déjà assez de spam, n'est-ce pas? Au même titre que les virus (Windows) n'ont rien à faire sur mon serveur mail. Oh! Au passage, tu peux essayer le site suivant pour vérifier la pertinence et la complétude de la configuration de ton serveur : https://www.mail-tester.com/ Et c'est pas bête Jette un œil à dsync si le sujet t'intéresse : https://wiki2.dovecot.org/Replication Merci ! après je sais pas si sur mon Raspberry Pi B un MariaDB, même minuscule, passerait. Avec 512 Mo de RAM, il faut opter pour SQLite plutôt que pour MariaDB. Ça tombe bien, il existe un paquet « postfix-sqlite » C'est pas faux, il va juste falloir que je vois les différences. Je suppose que je peux dupliquer (ou synchroniser?) le contenu d'une base MariaDB vers SQLite ? De mon dédié à mon auto-hébergé en somme. Le taux d'écriture/lecture est assez ridicule tout de même Certes mais de quel volume de mail parle-t-on ? La plupart du temps, mes deux serveurs personnels traitent moins de 300 mails par jour en comptant le spam et les rapports des différents outils qui tournent dessus. Il faudrait que le temps de traitement d'un seul mail prenne plusieurs minutes pour qu'ils commencent à être débordés. Ça sera quelques mails par jour dans un premier temps, et quelques dizaines si je me ré-inscris sur mes mailing list avec cette adresse. Surtout qu'une partie des spams sera jeté directement à la poubelle avant même de rentrer en contact avec mon serveur et le filtre anti spam. Donc ça sera relativement peu dans un premier temps en effet. L'idée de dupliquer ce serveur pour augmenter son taux d'up est très bonne et évidente, j'ai pas envie de perdre des e-mails en effet... Je me suis concentré sur Logwatch pour l'instant, j'ai réussi à obtenir un digest automatique à 06h25 ce matin de 7472 lignes pour ~370kb par mail. Un peu gros. J'installe logwatch et logcheck sur tous les serveurs que j'administre. Le second étant susceptible d'émettre un rapport par heure, tout admin. sys. s'empresse d'ajuster les filtres pour limiter le nombre de rapports et c'est là qu'il s'aperçoit que les logs de ses chers logiciels libres sont « vivants » : leur évolution au fil des versions des logiciels rendent régulièrement les filtres de logcheck obsolètes. Sébastien Et merde, je vais encore bien m'amuser ! Cordialement, GASPARD Kévin
Re: [Serveur mail] Bonnes pratiques et conseils
Kévin Gaspard a écrit : > J'ai simplement pas envie de servir de relais par exemple... Nous > subissons déjà assez de spam, n'est-ce pas? Au même titre que les > virus (Windows) n'ont rien à faire sur mon serveur mail. Oh! Au passage, tu peux essayer le site suivant pour vérifier la pertinence et la complétude de la configuration de ton serveur : https://www.mail-tester.com/ > Et c'est pas bête Jette un œil à dsync si le sujet t'intéresse : https://wiki2.dovecot.org/Replication > après je sais pas si sur mon Raspberry Pi B un MariaDB, même > minuscule, passerait. Avec 512 Mo de RAM, il faut opter pour SQLite plutôt que pour MariaDB. Ça tombe bien, il existe un paquet « postfix-sqlite » :) > Le taux d'écriture/lecture est assez ridicule tout de même Certes mais de quel volume de mail parle-t-on ? La plupart du temps, mes deux serveurs personnels traitent moins de 300 mails par jour en comptant le spam et les rapports des différents outils qui tournent dessus. Il faudrait que le temps de traitement d'un seul mail prenne plusieurs minutes pour qu'ils commencent à être débordés. > Je me suis concentré sur Logwatch pour l'instant, j'ai réussi > à obtenir un digest automatique à 06h25 ce matin de 7472 lignes pour > ~370kb par mail. Un peu gros. J'installe logwatch et logcheck sur tous les serveurs que j'administre. Le second étant susceptible d'émettre un rapport par heure, tout admin. sys. s'empresse d'ajuster les filtres pour limiter le nombre de rapports et c'est là qu'il s'aperçoit que les logs de ses chers logiciels libres sont « vivants » : leur évolution au fil des versions des logiciels rendent régulièrement les filtres de logcheck obsolètes. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: [Serveur mail] Bonnes pratiques et conseils
On 02/04/2017 10:20, Sébastien Dinot wrote: Bonjour, Kévin Gaspard a écrit : J'ai il y a peu terminé la configuration d'un serveur mail, qui fonctionne, avec les composants suivants: Tout cela me semble très bien. Peu de gens se donnent autant de mal pour configurer un serveur mail. C'est plus sensible qu'un serveur web ou ftp selon moi donc ça impose plus de mesures. Et puis il n'y a pas que sa sécurité et son confort personnel. J'ai simplement pas envie de servir de relais par exemple... Nous subissons déjà assez de spam, n'est-ce pas? Au même titre que les virus (Windows) n'ont rien à faire sur mon serveur mail. Oh! Hormis la configuration de Fail2Ban qu'il faudrait sans doute ajuster si nécessaire (en vérifiant au passage que tu as bien activé le salvateur module « recidive »), je t'invite effectivement à te pencher sérieusement sur la sauvegarde, fonction essentielle mais bien souvent négligée, tant au niveau professionnel (sic !) que personnel (plusieurs de mes connaissances ont abandonné leurs velléités d'auto-hébergement, de centrale domotique, voire de développement après le crash de leur serveur dont ils n'avaient pas de sauvegarde). À ce sujet, je t'invite à considérer Borg Backup (https://borgbackup.readthedocs.io/). Merci pour ces conseils. À part cela, tu peux viser la perfection en déployant un serveur mail secondaire et un mécanisme de synchronisation permettant au serveur primaire de récupérer a posteriori les messages reçus par le serveur secondaire. En effet, en cas de crash matériel du serveur mail, nous avons pas souvent le temps (et pas forcément le budget) de déployer un nouveau serveur mail en moins de 5 jours (durée habituelle de rétention des mails par un serveur SMTP lorsque le serveur destinataire est indisponible). Cette défaillance matérielle peut donc entrainer la perte définitive de courriers. Et c'est pas bête, après je sais pas si sur mon Raspberry Pi B un MariaDB, même minuscule, passerait. Le taux d'écriture/lecture est assez ridicule tout de même, dès que la machine écrit trop sur le disque depuis le réseau la machine est à deux doigt de s'envoler... mais ça vaut le coup d'essayer. Pour ma part, la réplication des serveurs mail que j'administre est un sujet que je me promets de traiter depuis... au moins 3 ans, mais comme je le dis souvent, ce qui me manque le plus dans la vie, c'est du temps et contrairement à l'argent, je ne peux pas en gagner. :( Je me suis concentré sur Logwatch pour l'instant, j'ai réussi à obtenir un digest automatique à 06h25 ce matin de 7472 lignes pour ~370kb par mail. Un peu gros. La prochaine étape c'est de trier ça en fonction de certains services (web, mail, jabber, teamspeak3 etc). Et après faudrait en effet que je me concentre sur le backup parce que j'ai un petit script qui fait de bête rsync sur deux machines à la maison, mais même en l'automatisant dans cron c'est pas idéal, ça met tout dans le même dossier etc. Sébastien Cordialement, GASPARD Kévin
Re: [Serveur mail] Bonnes pratiques et conseils
Bonjour, Kévin Gaspard a écrit : > J'ai il y a peu terminé la configuration d'un serveur mail, qui > fonctionne, avec les composants suivants: Tout cela me semble très bien. Peu de gens se donnent autant de mal pour configurer un serveur mail. Hormis la configuration de Fail2Ban qu'il faudrait sans doute ajuster si nécessaire (en vérifiant au passage que tu as bien activé le salvateur module « recidive »), je t'invite effectivement à te pencher sérieusement sur la sauvegarde, fonction essentielle mais bien souvent négligée, tant au niveau professionnel (sic !) que personnel (plusieurs de mes connaissances ont abandonné leurs velléités d'auto-hébergement, de centrale domotique, voire de développement après le crash de leur serveur dont ils n'avaient pas de sauvegarde). À ce sujet, je t'invite à considérer Borg Backup (https://borgbackup.readthedocs.io/). À part cela, tu peux viser la perfection en déployant un serveur mail secondaire et un mécanisme de synchronisation permettant au serveur primaire de récupérer a posteriori les messages reçus par le serveur secondaire. En effet, en cas de crash matériel du serveur mail, nous avons pas souvent le temps (et pas forcément le budget) de déployer un nouveau serveur mail en moins de 5 jours (durée habituelle de rétention des mails par un serveur SMTP lorsque le serveur destinataire est indisponible). Cette défaillance matérielle peut donc entrainer la perte définitive de courriers. Pour ma part, la réplication des serveurs mail que j'administre est un sujet que je me promets de traiter depuis... au moins 3 ans, mais comme je le dis souvent, ce qui me manque le plus dans la vie, c'est du temps et contrairement à l'argent, je ne peux pas en gagner. :( Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: [Serveur mail] Bonnes pratiques et conseils
Bonjour, Je ne connais pas tous les logiciels que tu as installés, mais il y aussi PostGrey (en package Debian) que je commence à utiliser. De ce que j'ai compris, si le triplet "expéditeur, serveur et destinataire" existe dans ma base de données (mon serveur de mail) et a été utilisé récemment(ex dans le dernier mois), il passe librement, sinon, il redemande au serveur de l'expéditeur une nouvelle expédition du mail. Les serveurs de spams ne réexpédient pas un courriel en général. Et tout ça, avant qu'ils soient analysés pour vérifier si c'est un SPAM ou virus. La charge de ton serveur est donc réduite de beaucoup... Le seul désavantage que j'ai constaté, si le triplet n'existe pas et que le courriel est légitime, le courriel peut prendre 5-10 minutes avant d'arriver... et nous n'avons pas de contrôle sur ce délai car c'est le serveur de l'expéditeur qui décide quand le renvoyer. Cordialement, Le 1 avril 2017 à 06:12, Kévin Gaspard <kevingaspard...@koshie.fr> a écrit : > Bonjour à toutes et à tous, > > (je n'ai jamais participé à de ML, merci de me faire part de mes erreurs > mais avec un soupçon d'indulgence s'il vous plaît) > > J'ai il y a peu terminé la configuration d'un serveur mail, qui > fonctionne, avec les composants suivants: > > - Debian 8 > - IPTables + Fail2Ban > - Postfix + Postscreen (avec 3 listes RBL) > - Dovecot > - MariaDB > - RSpamD avec sa web UI > - ClamAV > - OpenDKIM + SPF (paquet: postfix-policyd-spf-python) > - Certificat Let's Encrypt (4096 bits) pour imap.domain.tld et un autre > pour smtp.domain.tld > > Tout ça provenant des dépôts officiels de Debian, je n'ai rien compilé ou > récupéré sur github. > > Pour tester tout ça, j'ai effectué les actions suivantes: > > - Envoie de mail à partir d'une adresse de domain.tld (sur une adresse > gandi et une gmail) > - Réception de mail à partir d'adresses gandi et gmail vers domain.tld > - Envoie d'une signature EICAR en pièce jointe pour tester ClamAV > - Je suis en plein envoie massif de spam (depuis bientôt deux jours) via > un site qui inscrit une adresse e-mail donné sur un maximum de formulaire > sur le web, connu pour envoyer des mails en retour. Je suis à environ 27000 > formulaires remplis, et seulement ~80 mails sont parvenu jusqu'à ma boîte > poubelle, et ces mails sont des inscriptions à des ML (du genre redhat.com), > donc aucun véritable spam pour le moment. Tout semble avoir été filtré par > le DKIM et le SPF (faut savoir qu'en testant ce site avec un gmail, j'avais > plusieurs mails à la minute me demandant si je voulais une petite copine > russe ou ce genre de truc dans les spams). > > Je sais que je n'ai pas terminé, je dois encore donner des cours à RSpamD > pour qu'ils servent à quelque chose (il n'a encore rien filtré) et je dois > encore voir pour réceptionner les logs de mon serveur vers mon desktop > (e-mail de notification, logwatch etc). Sans compter un véritable système > de backup digne de ce nom. Aussi, je ne crois pas avoir configuré Fail2Ban > pour travailler de paire avec l'authentification de mon serveur mail (qui > se passe avec Dovecot). > RoundCube est aussi envisagé pour la mobilité. > > J'aimerai avoir vos avis sur ce qui me resterai à faire comme test, voir > comme configuration ou ajout de logiciels, ce que je devrai penser à la > suite, quels sont les pièges de débutant à éviter... Bref je me sens un peu > perdu sur la suite des évènements et je ne sais pas sur quoi je dois > m'orienter en priorité. > Le fait que ce serveur mail fonctionne ne veut pas dire que je l'ai bien > fais. Je ne m'amuse pas encore à paster de la conf ici, mais si vous pensez > que c'est nécessaire je le ferai (en obfusquant ce qui doit l'être bien > sûr). > > Après deux jours de recherches je suis tombé à cours d'idées, en somme. > > Je vous souhaite à toutes et à tous un excellent week-end. > > Cordialement, > GASPARD Kévin > > > > -- Louis-Philippe Gauthier
Re: [Serveur mail] Bonnes pratiques et conseils
Merci pour ta réponse Bernard, Mais ça ne rentre pas dans mes besoins pour trois raisons: 1/ Je possède déjà un serveur dédié, payé pour encore 3 ou 4 bon mois, et faut bien qu'il serve! Il a faim de requêtes en plus. 2/ Je doute de l'intérêt pédagogique de YunoHost, c'est sûrement très bien quand tu ne veux pas te prendre la tête OR je souhaite me prendre la tête, apprendre et m'améliorer "à l'ancienne". 3/ Je ne souhaite pas m'auto-héberger pour le moment. Notamment parce que mes seuls machines dispo pour ça sont des Raspberry Pi B et niveau base de donnée c'est *très* vite limité avec la carte SD... Et j'ai pas les moyens d'investir dans quoi que ce soit en ce moment. Ce serveur mail n'est fondamentalement pas utile pour moi, j'ai deux noms de domaines chez Gandi ce qui m'offre 10 e-mails gratuit et largement d'espace de stockage pour les dix années à venir. Mais j'aimerai devenir plus indépendant. Et puis après avoir essayé il y a quelques années dans mettre un (de serveur mail) en place et mettre cassé les dents dessus, j'ai décidé de relever le défi et je suis fier d'avoir déjà quelque chose de fonctionnel et *relativement* sécurisé. PS: Attention, tu n'as répondu qu'à moi, je pense que tu voulais répondre à debian-user-french@lists.debian.org non? :-) Cordialement, GASPARD Kévin On 01/04/2017 13:46, bernard.schoenac...@free.fr wrote: - Mail original - De: "Kévin Gaspard" <kevingaspard...@koshie.fr> À: "Debian User French" <debian-user-french@lists.debian.org> Envoyé: Samedi 1 Avril 2017 12:12:39 Objet: [Serveur mail] Bonnes pratiques et conseils Bonjour à toutes et à tous, (je n'ai jamais participé à de ML, merci de me faire part de mes erreurs mais avec un soupçon d'indulgence s'il vous plaît) J'ai il y a peu terminé la configuration d'un serveur mail, qui fonctionne, avec les composants suivants: - Debian 8 - IPTables + Fail2Ban - Postfix + Postscreen (avec 3 listes RBL) - Dovecot - MariaDB - RSpamD avec sa web UI - ClamAV - OpenDKIM + SPF (paquet: postfix-policyd-spf-python) - Certificat Let's Encrypt (4096 bits) pour imap.domain.tld et un autre pour smtp.domain.tld Tout ça provenant des dépôts officiels de Debian, je n'ai rien compilé ou récupéré sur github. Pour tester tout ça, j'ai effectué les actions suivantes: - Envoie de mail à partir d'une adresse de domain.tld (sur une adresse gandi et une gmail) - Réception de mail à partir d'adresses gandi et gmail vers domain.tld - Envoie d'une signature EICAR en pièce jointe pour tester ClamAV - Je suis en plein envoie massif de spam (depuis bientôt deux jours) via un site qui inscrit une adresse e-mail donné sur un maximum de formulaire sur le web, connu pour envoyer des mails en retour. Je suis à environ 27000 formulaires remplis, et seulement ~80 mails sont parvenu jusqu'à ma boîte poubelle, et ces mails sont des inscriptions à des ML (du genre redhat.com), donc aucun véritable spam pour le moment. Tout semble avoir été filtré par le DKIM et le SPF (faut savoir qu'en testant ce site avec un gmail, j'avais plusieurs mails à la minute me demandant si je voulais une petite copine russe ou ce genre de truc dans les spams). Je sais que je n'ai pas terminé, je dois encore donner des cours à RSpamD pour qu'ils servent à quelque chose (il n'a encore rien filtré) et je dois encore voir pour réceptionner les logs de mon serveur vers mon desktop (e-mail de notification, logwatch etc). Sans compter un véritable système de backup digne de ce nom. Aussi, je ne crois pas avoir configuré Fail2Ban pour travailler de paire avec l'authentification de mon serveur mail (qui se passe avec Dovecot). RoundCube est aussi envisagé pour la mobilité. J'aimerai avoir vos avis sur ce qui me resterai à faire comme test, voir comme configuration ou ajout de logiciels, ce que je devrai penser à la suite, quels sont les pièges de débutant à éviter... Bref je me sens un peu perdu sur la suite des évènements et je ne sais pas sur quoi je dois m'orienter en priorité. Le fait que ce serveur mail fonctionne ne veut pas dire que je l'ai bien fais. Je ne m'amuse pas encore à paster de la conf ici, mais si vous pensez que c'est nécessaire je le ferai (en obfusquant ce qui doit l'être bien sûr). Après deux jours de recherches je suis tombé à cours d'idées, en somme. Je vous souhaite à toutes et à tous un excellent week-end. Cordialement, GASPARD Kévin bonjour, pour du mail, pourquoi ne pas se pencher sur : Yunohost alternc ( debian wheezy inside ) slt bernard
[Serveur mail] Bonnes pratiques et conseils
Bonjour à toutes et à tous, (je n'ai jamais participé à de ML, merci de me faire part de mes erreurs mais avec un soupçon d'indulgence s'il vous plaît) J'ai il y a peu terminé la configuration d'un serveur mail, qui fonctionne, avec les composants suivants: - Debian 8 - IPTables + Fail2Ban - Postfix + Postscreen (avec 3 listes RBL) - Dovecot - MariaDB - RSpamD avec sa web UI - ClamAV - OpenDKIM + SPF (paquet: postfix-policyd-spf-python) - Certificat Let's Encrypt (4096 bits) pour imap.domain.tld et un autre pour smtp.domain.tld Tout ça provenant des dépôts officiels de Debian, je n'ai rien compilé ou récupéré sur github. Pour tester tout ça, j'ai effectué les actions suivantes: - Envoie de mail à partir d'une adresse de domain.tld (sur une adresse gandi et une gmail) - Réception de mail à partir d'adresses gandi et gmail vers domain.tld - Envoie d'une signature EICAR en pièce jointe pour tester ClamAV - Je suis en plein envoie massif de spam (depuis bientôt deux jours) via un site qui inscrit une adresse e-mail donné sur un maximum de formulaire sur le web, connu pour envoyer des mails en retour. Je suis à environ 27000 formulaires remplis, et seulement ~80 mails sont parvenu jusqu'à ma boîte poubelle, et ces mails sont des inscriptions à des ML (du genre redhat.com), donc aucun véritable spam pour le moment. Tout semble avoir été filtré par le DKIM et le SPF (faut savoir qu'en testant ce site avec un gmail, j'avais plusieurs mails à la minute me demandant si je voulais une petite copine russe ou ce genre de truc dans les spams). Je sais que je n'ai pas terminé, je dois encore donner des cours à RSpamD pour qu'ils servent à quelque chose (il n'a encore rien filtré) et je dois encore voir pour réceptionner les logs de mon serveur vers mon desktop (e-mail de notification, logwatch etc). Sans compter un véritable système de backup digne de ce nom. Aussi, je ne crois pas avoir configuré Fail2Ban pour travailler de paire avec l'authentification de mon serveur mail (qui se passe avec Dovecot). RoundCube est aussi envisagé pour la mobilité. J'aimerai avoir vos avis sur ce qui me resterai à faire comme test, voir comme configuration ou ajout de logiciels, ce que je devrai penser à la suite, quels sont les pièges de débutant à éviter... Bref je me sens un peu perdu sur la suite des évènements et je ne sais pas sur quoi je dois m'orienter en priorité. Le fait que ce serveur mail fonctionne ne veut pas dire que je l'ai bien fais. Je ne m'amuse pas encore à paster de la conf ici, mais si vous pensez que c'est nécessaire je le ferai (en obfusquant ce qui doit l'être bien sûr). Après deux jours de recherches je suis tombé à cours d'idées, en somme. Je vous souhaite à toutes et à tous un excellent week-end. Cordialement, GASPARD Kévin
[serveur mail] forwarding, spf, spam...
Wesh! Alors je suis en pleine configuration d'un serveur qui doit servir des mails. Sauf que le domaine qu'il gère ne va jamais stocker de mail, c'est censé simplifier le bordel. Donc, voilà à quoi il doit servir : - envoyer des mails depuis le serveur (les sites web et la fonction mail() par exemple) - transférer des mails (une personne extérieure envoie un mail à caca@mondomaine, le serveur checke le fichier /etc/aliases (ou une bdd), et renvoie le mail à caca@autredomaine) - permettre à nous d'envoyer des mails depuis des adresses @mondomaine (donc, SMTP authentifé etc) Le SPF de mondomaine est comme ça : a mx ~all, mais je le mettrai à a mx -all quand le SMTP auth fonctionnera. Le seul point chiant, en fait, c'est de transférer des emails. Parce que si je vois bien, l'entête From: ne change pas, donc une personne envoie un mail à caca@mondomaine depuis m...@machin.com, c'est monserveur qui va renvoyer un email de la part de @machin.com, donc le destinataire final (caca@autredomaine) aura ce message marqué (en fail ou softfail, suivant l'enregistrement SPF de machine.com) J'aimerai bien éviter ça, mais j'avoue que je sais pas du tout ni comment faire ni si c'est possible. Est-ce que des personnes ont des idées ? merci beaucoup !! Gael -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/CAGKqBrngs0R_rYKo9Yd1AsnT0w=uXB+uoKTP0X=vdvsapve...@mail.gmail.com
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Bonjour En realite, je ne souhaite pas monter un serveur d'email (du moins pas pour l'instant, en raison de mon manque de connaissance et des problemes de securite lie a ceux-ci) J'ai installe Postfix car il est complet, tres repandu et assure une bonne securite. Ca me permettra aussi d'apprendre et tester pour pouvoir a terme monter mon propre serveur de mail. J'ai uniquement besoin de pouvoir envoyer des emails via des sites en php (fonction mail()) Je ne veux pas gerer les mails entrant. Mes mail.err et mail.warn sont vide Par contre ce matin le mail.log contient: Mar 12 06:53:15 ns34 postfix/pickup[7816]: D9C9A28005A: uid=33 from= lacper...@free.fr Mar 12 06:53:15 ns34 postfix/cleanup[10171]: D9C9A28005A: message-id= 20150312055315.1908254756.sw...@www.monsite.com Mar 12 06:53:15 ns34 postfix/qmgr[4126]: D9C9A28005A: from= lacper...@free.fr, size=25137, nrcpt=1 (queue active) Mar 12 06:53:15 ns34 postfix/pickup[7816]: ED6F728005B: uid=33 from= t...@monsite.com Mar 12 06:53:15 ns34 postfix/cleanup[10171]: ED6F728005B: message-id= 20150312055315.970176359.sw...@www.monsite.com Mar 12 06:53:16 ns34 postfix/qmgr[4126]: ED6F728005B: from= t...@monsite.com, size=25553, nrcpt=1 (queue active) Mar 12 06:54:46 ns34 postfix/smtp[10176]: ED6F728005B: to= lacper...@free.fr, relay=mx1.ovh.net[213.186.33.29]:25, delay=90, delays=0.06/0.01/60/30, dsn=5.0.0, status=bounced (host mx1.ovh.net[213.186.33.29] said: 553 sorry, that domain isn't allowed to be relayed thru this MTA (#5.7.1) (mail516.ha.ovh.net) (in reply to MAIL FROM command)) Mar 12 06:54:46 ns34 postfix/cleanup[10171]: 220A228005C: message-id=20150312055446.220a2280...@ns34.ip-XXX-XXX-XXX-eu Mar 12 06:54:46 ns34 postfix/bounce[10224]: ED6F728005B: sender non-delivery notification: 220A228005C Mar 12 06:54:46 ns34 postfix/qmgr[4126]: 220A228005C: from=, size=27676, nrcpt=1 (queue active) Mar 12 06:54:46 ns34 postfix/qmgr[4126]: ED6F728005B: removed Mar 12 06:55:46 ns34 postfix/smtp[10175]: D9C9A28005A: to= t...@monsite.com, relay=mx1.ovh.net[213.186.33.29]:25, delay=150, delays=0.07/0/60/90, dsn=2.0.0, status=sent (250 ok 1426139728 qp 29655) Mar 12 06:55:46 ns34 postfix/qmgr[4126]: D9C9A28005A: removed Mar 12 06:57:16 ns34 postfix/smtp[10176]: 220A228005C: to= t...@monsite.com, relay=mx1.ovh.net[213.186.33.29]:25, delay=150, delays=0.02/0/60/90, dsn=2.0.0, status=sent (250 ok 1426139818 qp 1452) Mar 12 06:57:16 ns34 postfix/qmgr[4126]: 220A228005C: removed Mar 12 06:59:06 ns34 postfix/scache[10225]: statistics: start interval Mar 12 06:54:46 Mar 12 06:59:06 ns34 postfix/scache[10225]: statistics: domain lookup hits=0 miss=1 success=0% Mar 12 06:59:06 ns34 postfix/scache[10225]: statistics: address lookup hits=0 miss=1 success=0% Mar 12 06:59:06 ns34 postfix/scache[10225]: statistics: max simultaneous domains=1 addresses=1 connection=1 Mar 12 08:27:23 ns34 postfix/pickup[13200]: 5255828005A: uid=33 from= eric.montauba...@orange.fr Mar 12 08:27:23 ns34 postfix/cleanup[15087]: 5255828005A: message-id= 20150312072723.1595588960.sw...@www.monsite.com Mar 12 08:27:23 ns34 postfix/qmgr[4126]: 5255828005A: from= eric.montauba...@orange.fr, size=25379, nrcpt=1 (queue active) Mar 12 08:27:23 ns34 postfix/pickup[13200]: 61FEB280059: uid=33 from= t...@monsite.com Mar 12 08:27:23 ns34 postfix/cleanup[15087]: 61FEB280059: message-id= 20150312072723.2119504021.sw...@www.monsite.com Mar 12 08:27:23 ns34 postfix/qmgr[4126]: 61FEB280059: from= t...@monsite.com, size=25730, nrcpt=1 (queue active) Mar 12 08:28:53 ns34 postfix/smtp[15092]: 61FEB280059: to= eric.montauba...@orange.fr, relay=mx1.ovh.net[213.186.33.29]:25, delay=90, delays=0.06/0/60/30, dsn=5.0.0, status=bounced (host mx1.ovh.net[213.186.33.29] said: 553 sorry, that domain isn't allowed to be relayed thru this MTA [mail109] (#5.7.1) (in reply to RCPT TO command)) Mar 12 08:28:53 ns34 postfix/cleanup[15087]: A35D528005C: message-id=20150312072853.a35d5280...@ns34.ip-XXX-XXX-XXX-eu Mar 12 08:28:53 ns34 postfix/bounce[15225]: 61FEB280059: sender non-delivery notification: A35D528005C Mar 12 08:28:53 ns34 postfix/qmgr[4126]: A35D528005C: from=, size=27847, nrcpt=1 (queue active) Mar 12 08:28:53 ns34 postfix/qmgr[4126]: 61FEB280059: removed Mar 12 08:29:53 ns34 postfix/smtp[15091]: 5255828005A: to= t...@monsite.com, relay=mx1.ovh.net[213.186.33.29]:25, delay=150, delays=0.09/0/60/90, dsn=2.0.0, status=sent (250 ok 1426145376 qp 13142) Mar 12 08:29:53 ns34 postfix/qmgr[4126]: 5255828005A: removed Mar 12 08:31:23 ns34 postfix/smtp[15092]: A35D528005C: to= t...@monsite.com, relay=mx1.ovh.net[213.186.33.29]:25, delay=150, delays=0.03/0/60/90, dsn=2.0.0, status=sent (250 ok 1426145466 qp 21146) Mar 12 08:31:23 ns34 postfix/qmgr[4126]: A35D528005C: removed Mar 12 08:33:13 ns34 postfix/scache[15227]: statistics: start interval Mar 12 08:28:53 Mar 12 08:33:13 ns34
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Le jeudi 12 mars 2015 à 9:33, Hugues MORIN a écrit : Mar 12 08:41:27 ns34 postfix/cleanup[16027]: 1FDB128005A: message-id= 20150312074127.1737527437.sw...@www.monsite.com Mar 12 08:41:27 ns34 postfix/qmgr[4126]: 1FDB128005A: from= monsitead...@gmail.com, size=26906, nrcpt=1 (queue active) Mar 12 08:42:57 ns34 postfix/smtp[16029]: 1FDB128005A: to= diat...@gmail.com, relay=mx1.ovh.net[213.186.33.29]:25, delay=90, delays=0.08/0/60/30, dsn=5.0.0, status=bounced (host mx1.ovh.net[213.186.33.29] said: 553 sorry, that domain isn't allowed to be relayed thru this MTA [mail109] (#5.7.1) (in reply to RCPT TO command)) Le problème est là. Ton Postfix transmet bien le message au relais (le MTA d'OVH) mais ce dernier te répond que tu n'as pas le droit de relayer des mails de ce domaine via ce MTA. Donc a-priori, OVH refuse que l'émetteur du message soit une adresse « @gmail.com » (et sûrement aussi « @free.fr », etc.). Ça devrait mieux passer si tu configures l'émetteur avec une adresse « @ton-domaine », lequel domaine est hébergé chez OVH. Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150312091556.gb13...@sebian.nob900.homeip.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Hello, Le 11/03/2015 19:38, Hugues MORIN a écrit : J'ai alors fournie le nom de mon serveur (la machine ns34.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon domaine: mx1.ovh.net) Pas totalement sur que ça marche ça (enfin ça dépend à qui tu envoies en fait). Si je ne dis pas de bétises, tu dois avoir toutes infos nécessaires au diagnostique dans /var/log/mail.log, mail.info et mail.err. (les lignes faisant mention de bounce par exemple). Je te conseillerais de retirer le relay_host, tu es censé pouvoir envoyer en direct dans passer par un relai (supposant très fortement que ns34.ip-XXX-XXX-XXX.eu est chez OVH ;) ). Bien vérifier l'adresse d’expédition (champ From: ) ainsi que le Return-Path des mails envoyés : Ces champs se doivent d'être valides (à minima, le nom domaine doit exister sur Internet). Exemple: l'expéditeur root@localhost.localdomain a toutes les chances de se faire boulet dès le premier MTA franchi. Par la suite et pour s'assurer que le mail arrive à destination, voici les premières pistes que je conseillerais : - Changer le reverse DNS : indispensable dans bien des cas. - Faire correspondre la variable myhostname de la conf postfix au Reverse DNS. - Si tu utilises une adresse mail d'expéditeur qui est sur un domaine qui t'appartient, bien s'assurer que les enregistrements DNS SPF sont conforme (s'il y en a) . - S'assurer que l'IP du serveur n'est pas blacklistée dans les RBL (par exemple par la http://www.anti-abuse.org/multi-rbl-check/ Attention également au myorigin qui doit normalement correspondre à un nom de domaine existant. @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55009340.7070...@stuxnet.org
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Le jeudi 12 mars 2015 à 9:33, Hugues MORIN a écrit : En realite, je ne souhaite pas monter un serveur d'email (du moins pas pour l'instant, en raison de mon manque de connaissance et des problemes de securite lie a ceux-ci) Ça ne disqualifie pas Postfix (ou Sendmail ou Qmail, etc.) pour autant. Si ton serveur SMTP est accessible sur le Net (port 25 ou 587 ou 485 ouvert) et public, alors là, oui, la sécurité doit être une préoccupation. Si ton serveur SMTP n'écoute qu'en local (localhost) et ne sert qu'à gérer une queue pour des envois depuis le serveur Web (ta fonction PHP « mail »), alors la sécurité du serveur SMTP n'est pas réellement une préoccupation (celle du serveur Web en revanche…) Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150312091954.gc13...@sebian.nob900.homeip.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Salut Ca y est :D ca marche :D Un GRAND MERCI a tous pour votre aide et vos conseils J'ai compare le main.cf de mon ancien serveur avec celui du nouveau, et effectivement comme le disais christophe, on a pas besoin du relayhost. J'ai aussi reformule le mydestination pour qu'il ressemble a l'ancien (je ne sais pas si c'est important mais dans le doute) J'ai donc seulement remplace ca: mydestination = ns34.ip-XXX-XXX-XXX-eu, localhost.ip-XXX-XXX-XXX-eu, localhost relayhost = mx1.ovh.net par ca: mydestination = ns34.ip-XXX-XXX-XXX-eu, localhost, localhost.localdomain relayhost = C'etait aussi simple que ca :D En regardant les log apres cette modification, je me suis apercu que les lignes comme: Mar 12 06:54:46 ns34 postfix/smtp[10176]: ED6F728005B: to= lacper...@free.fr, relay=mx1.ovh.net[213.186.33. 29]:25, delay=90, delays=0.06/0.01/60/30, etait devenu apres la modification: Mar 12 10:05:43 ns340526 postfix/smtp[21330]: 11B1828005A: to= lacper...@free.fr, relay=mx1.free.fr[212.27.48.6]:25, delay=0.24, delays=0.05/0/0.09/0.1, dsn=2.0.0, status=sent (250 OK) A priori le relayhost du main.cf ne sert qu'a forcer le parametre relay lors de l'envoi d'email. est ce exact? Il y a un truc bizarre qui est arrive durant la nuit j'ai recu 1 email emanant d'un de mes sites alors que la configuration n'etais pas bonne O_o Pour moi c'est pas rationnel et j'arrive pas a comprendre comment ca pu arrive Une idee? Cordialement Hugues Le 12 mars 2015 10:19, Sébastien NOBILI sebnewslet...@free.fr a écrit : Le jeudi 12 mars 2015 à 9:33, Hugues MORIN a écrit : En realite, je ne souhaite pas monter un serveur d'email (du moins pas pour l'instant, en raison de mon manque de connaissance et des problemes de securite lie a ceux-ci) Ça ne disqualifie pas Postfix (ou Sendmail ou Qmail, etc.) pour autant. Si ton serveur SMTP est accessible sur le Net (port 25 ou 587 ou 485 ouvert) et public, alors là, oui, la sécurité doit être une préoccupation. Si ton serveur SMTP n'écoute qu'en local (localhost) et ne sert qu'à gérer une queue pour des envois depuis le serveur Web (ta fonction PHP « mail »), alors la sécurité du serveur SMTP n'est pas réellement une préoccupation (celle du serveur Web en revanche…) Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150312091954.gc13...@sebian.nob900.homeip.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Hello, Le 12/03/2015 11:05, Hugues MORIN a écrit : A priori le relayhost du main.cf ne sert qu'a forcer le parametre relay lors de l'envoi d'email. est ce exact? C'est tout à fait ca . Il y a un truc bizarre qui est arrive durant la nuit j'ai recu 1 email emanant d'un de mes sites alors que la configuration n'etais pas bonne O_o Pour moi c'est pas rationnel et j'arrive pas a comprendre comment ca pu arrive Une idee? Ca devait fonctionner si le domaine du destinataire du mail est géré chez OVH (en hebergement mutualisé) Ce qui correspond à cette ligne dans les logs que tu as envoyé précédemment. Mar 12 06:55:46 ns34 postfix/smtp[10175]: D9C9A28005A: to=t...@monsite.com, relay=mx1.ovh.net[213.186.33.29]:25, delay=150, delays=0.07/0/60/90, dsn=2.0.0, status=sent (250 ok 1426139728 qp 29655) t...@monsite.com est accepté , car mx1.ovh.net doit le connaitre :) . @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55016642.5050...@stuxnet.org
Re: Serveur mail: quel agent par defaut? + quqelques conseils
salut Il y a un truc bizarre qui est arrive durant la nuit j'ai recu 1 email emanant d'un de mes sites alors que la configuration n'etais pas bonne O_o Pour moi c'est pas rationnel et j'arrive pas a comprendre comment ca pu arrive Une idee? Ca devait fonctionner si le domaine du destinataire du mail est géré chez OVH (en hebergement mutualisé) Oui c'est bien ca, les seul mail que l'on a recu avais pour destinataire quelquech...@monsite.com J'avais pas realise. Cordialement Hugues Ce qui correspond à cette ligne dans les logs que tu as envoyé précédemment. Mar 12 06:55:46 ns34 postfix/smtp[10175]: D9C9A28005A: to= t...@monsite.com, relay=mx1.ovh.net[213.186.33.29]:25, delay=150, delays=0.07/0/60/90, dsn=2.0.0, status=sent (250 ok 1426139728 qp 29655) t...@monsite.com est accepté , car mx1.ovh.net doit le connaitre :) . @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55016642.5050...@stuxnet.org
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Les serveurs des FAI fonctionnent en multi MX avec des priorités et des compteurs d'IPs (sans parler des check sur les domaines), si tu shoot trop sur le premier MX ne compte pas sur le 2eme pour te laisser passer. L'envoi de mail est de plus en plus restrictif donc attention aux requêtes de dialogues SMTP avec les serveurs distants. Il y a aussi la phase de warmup de ton IP. Certaines blocklist ou site de réputation peuvent ne pas apprécier ton débit d'envoi, mais ton quota est largement tolérable 2000 mails / jour en notifications devraient passer avec un joli Postfix ou ce que tu souhaites. En revanche la clef de tout ton projet c'est de la doc et des tests. Déployer a l'arrache sans phase de dev est contre-productif il faut pratiquer. On 03/10/2015 04:23 PM, BERTRAND Joël wrote: Gaël a écrit : Hello, Par contre, comme déjà évoqué, ssmtp ne gère pas de queue. Si le SMTP de ton FAI n'est pas joignable, le message est perdu. Aussi, les gros FAI ont plusieurs serveurs de mails, et donc si l'un est injoignable, normalement les autres le sont, et le message n'est donc pas perdu. Enfin si je comprends bien le fonctionnement. Ça, c'est la théorie. En pratique, il peut y avoir un cluster de serveurs sur la même IP avec une machine frontale souvent saturée ou du greylisting, les deux renvoyant ou un timeout ou une erreur 4xx. Il est toujours nécessaire de gérer des queues. Il peut aussi y avoir du greetingsdelay un peu sauvage. À titre personnel, j'ai des queues différentes selon les domaines (une queue spéciale pour tout ce qui était 9T/SFR, parce que pour leur envoyer un mail, il faut se lever tôt certains jours...). Cordialement, JKB -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54ff177a.1070...@gmail.com
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Johnny B a écrit : Les serveurs des FAI fonctionnent en multi MX avec des priorités et des compteurs d'IPs (sans parler des check sur les domaines), si tu shoot trop sur le premier MX ne compte pas sur le 2eme pour te laisser passer. L'envoi de mail est de plus en plus restrictif donc attention aux requêtes de dialogues SMTP avec les serveurs distants. Il y a aussi la phase de warmup de ton IP. Certaines blocklist ou site de réputation peuvent ne pas apprécier ton débit d'envoi, mais ton quota est largement tolérable 2000 mails / jour en notifications devraient passer avec un joli Postfix ou ce que tu souhaites. En revanche la clef de tout ton projet c'est de la doc et des tests. Déployer a l'arrache sans phase de dev est contre-productif il faut pratiquer. Soupirs... Merci de m'apprendre mon métier. J'ai administré et j'administre toujours plusieurs domaines de messageries qui traitent plusieurs dizaines de milliers de messages par jour sur une infrastructure dont tu n'as même pas idée. Je sais à peu près de quoi je parle. Ta logorrhée verbale ne m'impressionne pas d'autant qu'elle ne veut à peu près rien dire. À ce propos, tes messages vont dès à présent chez mon copain Dave Null. Fin de la discussion. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54ff1c37.7020...@systella.fr
Re: [HS] Re: Serveur mail: quel agent par defaut? + quqelques conseils
Bonjour Merci a tous pour ces conseils :D Je viens de transferer tout mes sites sur le nouveau serveur. Je n'ai pas encore installe de MTA et biensur les sites n'envoient plus d'emails. Je viens de lire vos post, je pense que je vais installer Postfix. Il est surement beaucoup plus puissant que mon besoin mais il me semble que c'est un standard. Du coup il doit etre bien documente et qui peut le plus peut le moins Je regarde la doc, je fais quelques tests et je vous tiens au courant Cordialement Hugues Le 11 mars 2015 01:02, Christophe t...@stuxnet.org a écrit : Bonsoir, (et Top post pour la cause) Vous m'excuserez d'intervenir dans cette conversation particulièrement houleuse, mais je m'interroge ... Pour ma part, je ne connais quasiment que postfix (en remplacement immédiat d'Exim sous Debian), et jusqu'à présent, ça a toujours fait ce que je souhaitais, particulièrement simplement (parfois par un parcours furieux de la doc, mais il y a toujours une solution, qui s'avère simple au final), que ce soit en terme de filtrage, d'appel à un processus/socket externe, de gestion des queues, ou encore de simple transport. Au dela de Debian, il est utilisé quotidiennement sur des FreeBSD. Les solutions de transport de mail sont multiples, et ne considère pas le sendmail des familles comme nécessairement désuet ... de fait, je ne le connais pas : la simple commande sendmail étant fournie par bien des paquets ... Étant le plus ancien de la bande, il a surement des attraits que d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et l'expérience est maitre dans ce cas. Par contre, si qmail est utilisé par exemple par OVH pour la *totalité* de ses envois de mails, il doit bien y avoir une raison : si OVH ne respecte pas le protocole SMTP, qu'on le fasse savoir. (plutôt que de dire, ça respecte pas ... pour quelle raison exactement ?) @+ Christophe. Le 10/03/2015 18:13, Johnny B a écrit : Comme quoi tu as un sérieux problème d'égo je répondais à Hugues mais pas à toi (qui continue a déblatérer des infos sans préciser). Tu as besoin de te faire mousser va sur la ML NetBSD et Sendmail. Tu parles sans savoir à quelqu'un qui route entre 200 et 300 millions de mails/mois sur plusieurs clusters, impliqué dans des asso comme SignalSpam alors dans ton combat puéril de qui a la plus grosse tu as juste gagné le prix du profil du nerd dégénéré imbus de lui même. (il en faut des comme toi). Je suis tout a fait disposé a appuyer ce que je dis techniquement sachant que tu te contrefiche de Postfix et de Qmail, travail ton argumentaire et tes compétences. La ML Debian n'est pas la pour te faire mousser Joel, elle est la pour donner des pistes et aider ce qu'on fait avec Hugues contrairement à toi qui vient baver comme un nerd. On 03/10/2015 05:30 PM, BERTRAND Joël wrote: Johnny B a écrit : Les serveurs des FAI fonctionnent en multi MX avec des priorités et des compteurs d'IPs (sans parler des check sur les domaines), si tu shoot trop sur le premier MX ne compte pas sur le 2eme pour te laisser passer. L'envoi de mail est de plus en plus restrictif donc attention aux requêtes de dialogues SMTP avec les serveurs distants. Il y a aussi la phase de warmup de ton IP. Certaines blocklist ou site de réputation peuvent ne pas apprécier ton débit d'envoi, mais ton quota est largement tolérable 2000 mails / jour en notifications devraient passer avec un joli Postfix ou ce que tu souhaites. En revanche la clef de tout ton projet c'est de la doc et des tests. Déployer a l'arrache sans phase de dev est contre-productif il faut pratiquer. Soupirs... Merci de m'apprendre mon métier. J'ai administré et j'administre toujours plusieurs domaines de messageries qui traitent plusieurs dizaines de milliers de messages par jour sur une infrastructure dont tu n'as même pas idée. Je sais à peu près de quoi je parle. Ta logorrhée verbale ne m'impressionne pas d'autant qu'elle ne veut à peu près rien dire. À ce propos, tes messages vont dès à présent chez mon copain Dave Null. Fin de la discussion. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54ff8619.1000...@stuxnet.org
[HS] Re: Serveur mail: quel agent par defaut? + quqelques conseils
Salut Christophe, Hugues (désolé je top-post) Concernant Qmail, pour ceux qui connaissent, savent que le développeur (Bernstein) est imbuvable, imbus de lui même, (Ses nombreux topics assassins sont encore sur le web) considérant son système comme parfait. (ce qui est quasiment véridique puisque 4 bugs en 15 ans challengés via des concours) et ne souhaitant pas mettre Qmail sous licence libre (sauf depuis 2007). Qmail a explosé dans les PME entre 2000 et 2007 mais manque de suivi de part la philosophie de son concepteur. (qui n'est pas très apprécié, Qmail en a donc subi la réputation). D'ou sa bonne réputation chez OVH depuis des années. (Qmail est vieux mais ultra robuste) J'utilise aussi Sendmail pour de petites taches, j'aime son pouvoir d'ubiquité, mais en effectuant un comparatif technique des solutions actuelles et en se documentant sur les analyses des spécialistes on constate que Sendmail est déficient en terme de sécurité même s'il garde ses performances qui restent moindres par rapport à Qmail et Postfix. En 2015 la sécurité des systèmes mails n'est pas une option. Pas de polémiques à relancer, ce sont des constats de réalité, à vous faire vos choix en fonction de vos besoins et de votre philosophie. bon courage @+ On 03/11/2015 10:21 AM, BERTRAND Joël wrote: Christophe a écrit : Bonsoir, (et Top post pour la cause) Vous m'excuserez d'intervenir dans cette conversation particulièrement houleuse, mais je m'interroge ... Procmail est ton ami, cela permet de filtrer efficacement les indésirables :-P Pour ma part, je ne connais quasiment que postfix (en remplacement immédiat d'Exim sous Debian), et jusqu'à présent, ça a toujours fait ce que je souhaitais, particulièrement simplement (parfois par un parcours furieux de la doc, mais il y a toujours une solution, qui s'avère simple au final), que ce soit en terme de filtrage, d'appel à un processus/socket externe, de gestion des queues, ou encore de simple transport. Au dela de Debian, il est utilisé quotidiennement sur des FreeBSD. Postfix n'est pas mauvais en soi. Pour des configurations standard, il convient tout à fait. Je n'en ai pas l'usage parce que pour des configurations plus poussées sa plus grande simplicité n'en fait pas un atout mais plutôt un handicap. Les solutions de transport de mail sont multiples, et ne considère pas le sendmail des familles comme nécessairement désuet ... de fait, je ne le connais pas : la simple commande sendmail étant fournie par bien des paquets ... Étant le plus ancien de la bande, il a surement des attraits que d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et l'expérience est maitre dans ce cas. Sendmail a un gros défaut. Il est turing-complet donc peut tout faire si on lui demande gentiment. Sa configuration peut donc faire peur d'autant que certains systèmes poussent le vice à ne le configurer qu'au travers d'un immonde fichier sendmail.cf qui ressemble assez à du bruit de télétransmission plutôt qu'en utilisant les macros m4. C'était encore le cas sous Solaris 10 (au moins les premières versions, je n'ai pas regardé récemment si cela s'était arrangé) et c'est toujours le cas sous OpenVMS. Et là, j'avoue, c'est rude. C'est principalement pour cela qu'il a mauvaise presse. Par contre, si qmail est utilisé par exemple par OVH pour la *totalité* de ses envois de mails, il doit bien y avoir une raison : si OVH ne respecte pas le protocole SMTP, qu'on le fasse savoir. (plutôt que de dire, ça respecte pas ... pour quelle raison exactement ?) Pour au moins cette raison mais ce n'est pas la seule : qmail was not designed to replace Sendmail, and does not behave exactly as Sendmail did in all situations. In some cases, these differences in behavior have become grounds for criticism. For instance, qmail's approach to bounce messages (a format called QSBMF) differs from the standard format of delivery status notifications specified by the IETF in RFC 1894, meanwhile advanced to draft standard as RFC 3464, and recommended in the SMTP specification. ce qui peut mettre un certain bazar sur des serveurs bien administrés. Postfix, quant à lui, respecte les specs et se comporte normalement. Cordialement, JKB -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55006b7a.4090...@gmail.com
Re: Serveur mail: quel agent par defaut? + quqelques conseils
chez ovh la reverse est paramétrable je la change toujours sa évite que les autres serveurs me blackliste au premiers mail, le spf y a http://www.microsoft.com/mscorp/safety/content/technologies/senderid/wizard/ oui je sais c'est microsoft mais il marche bien pour les ip black listé par-contre j'ai jamais eu le problème mais je suis sur des ip fail-over donc au moindre problème je prend un nouveau fail-over . Le 11/03/2015 20:31, Keldan a écrit : Je plussoie le reverse DNS qui doit correspondre au nom du serveur. C'est une des premières source de refus d'un message par les autres. Et parfois on reprend un serveur d'un autre utilisateur qui a 'sali' l'IP. Malheureusement. Sans oublier un SPF bien réglé Le 11 mars 2015 20:10:56 UTC+01:00, Christophe t...@stuxnet.org a écrit : Hello, Le 11/03/2015 19:38, Hugues MORIN a écrit : J'ai alors fournie le nom de mon serveur (la machine ns34.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon domaine: mx1.ovh.net http://mx1.ovh.net) Pas totalement sur que ça marche ça (enfin ça dépend à qui tu envoies en fait). Si je ne dis pas de bétises, tu dois avoir toutes infos nécessaires au diagnostique dans /var/log/mail.log,mail.info http://mail.info et mail.err. (les lignes faisant mention de bounce par exemple). Je te conseillerais de retirer le relay_host, tu es censé pouvoir envoyer en direct dans passer par un relai (supposant très fortement que ns34.ip-XXX-XXX-XXX.eu http://ns34.ip-XXX-XXX-XXX.eu est chez OVH ;) ). Bien vérifier l'adresse d’expédition (champ From: ) ainsi que le Return-Path des mails envoyés : Ces champs se doivent d'être valides (à minima, le nom domaine doit exister sur Internet). Exemple: l'expéditeur root@localhost.localdomain a toutes les chances de se faire boulet dès le premier MTA franchi. Par la suite et pour s'assurer que le mail arrive à destination, voici les premières pistes que je conseillerais : - Changer le reverse DNS : indispensable dans bien des cas. - Faire correspondre la variable myhostname de la conf postfix au Reverse DNS. - Si tu utilises une adresse mail d'expéditeur qui est sur un domaine qui t'appartient, bien s'assurer que les enregistrements DNS SPF sont conforme (s'il y en a) . - S'assurer que l'IP du serveur n'est pas blacklistée dans les RBL (par exemple par la http://www.anti-abuse.org/multi-rbl-check/ Attention également au myorigin qui doit normalement correspondre à un nom de domaine existant. @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive:https://lists.debian.org/55009340.7070...@stuxnet.org -- Keldan
Re: [HS] Re: Serveur mail: quel agent par defaut? + quqelques conseils
Re Bon beh c'est moins evident que je l'aurai pense :-/ Je fatigue je crois . Bon alors, j'ai installe postfix. Au cours de l'installation il m'a demande quel type d'installation je voulais. Il m'a semble que smarthost (au vu des explications de l'installateur) semblait correct. J'ai alors fournie le nom de mon serveur (la machine ns34.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon domaine: mx1.ovh.net) J'ai fait un test. et la c'est le drame ca ne fonctionne pas. Impossible d'envoyer des email via le site J'ai trouve dans un premier temps ca: http://www.foulquier.info/tutoriaux/mise-en-place-d-un-smtp-avec-postfix-sur-linux-debian Que j'ai essaye de suivre ... sans succes Puis ca: https://www.debian-fr.org/probleme-postfix-t49205.html Ou j'ai essaye de suivre pas a pas (et en testant) les tribulations de Graille sans succes aussi. Je suis sur que je ne suis pas loin mais je dois faire une erreur quelque part Voila mon main.cf: # See /usr/share/postfix/main.cf.dist for a commented, more complete version # Debian specific: Specifying a file name will cause the first # line of that file to be used as the name. The Debian default # is /etc/mailname. #myorigin = /etc/mailname smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) biff = no # appending .domain is the MUA's job. append_dot_mydomain = no # Uncomment the next line to generate delayed mail warnings #delay_warning_time = 4h readme_directory = no # TLS parameters smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key smtpd_use_tls=yes smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache # See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for # information on enabling SSL in the smtp client. myhostname = ns34.ip-XXX-XXX-XXX-eu alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = /etc/mailname mydestination = ns34.ip-XXX-XXX-XXX-eu, localhost.ip-XXX-XXX-XXX-eu, localhost relayhost = mx1.ovh.net mynetworks = 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128 mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all Bonne soiree Cordialement Hugues Le 11 mars 2015 17:21, Johnny B frozzensh...@gmail.com a écrit : Salut Christophe, Hugues (désolé je top-post) Concernant Qmail, pour ceux qui connaissent, savent que le développeur (Bernstein) est imbuvable, imbus de lui même, (Ses nombreux topics assassins sont encore sur le web) considérant son système comme parfait. (ce qui est quasiment véridique puisque 4 bugs en 15 ans challengés via des concours) et ne souhaitant pas mettre Qmail sous licence libre (sauf depuis 2007). Qmail a explosé dans les PME entre 2000 et 2007 mais manque de suivi de part la philosophie de son concepteur. (qui n'est pas très apprécié, Qmail en a donc subi la réputation). D'ou sa bonne réputation chez OVH depuis des années. (Qmail est vieux mais ultra robuste) J'utilise aussi Sendmail pour de petites taches, j'aime son pouvoir d'ubiquité, mais en effectuant un comparatif technique des solutions actuelles et en se documentant sur les analyses des spécialistes on constate que Sendmail est déficient en terme de sécurité même s'il garde ses performances qui restent moindres par rapport à Qmail et Postfix. En 2015 la sécurité des systèmes mails n'est pas une option. Pas de polémiques à relancer, ce sont des constats de réalité, à vous faire vos choix en fonction de vos besoins et de votre philosophie. bon courage @+ On 03/11/2015 10:21 AM, BERTRAND Joël wrote: Christophe a écrit : Bonsoir, (et Top post pour la cause) Vous m'excuserez d'intervenir dans cette conversation particulièrement houleuse, mais je m'interroge ... Procmail est ton ami, cela permet de filtrer efficacement les indésirables :-P Pour ma part, je ne connais quasiment que postfix (en remplacement immédiat d'Exim sous Debian), et jusqu'à présent, ça a toujours fait ce que je souhaitais, particulièrement simplement (parfois par un parcours furieux de la doc, mais il y a toujours une solution, qui s'avère simple au final), que ce soit en terme de filtrage, d'appel à un processus/socket externe, de gestion des queues, ou encore de simple transport. Au dela de Debian, il est utilisé quotidiennement sur des FreeBSD. Postfix n'est pas mauvais en soi. Pour des configurations standard, il convient tout à fait. Je n'en ai pas l'usage parce que pour des configurations plus poussées sa plus grande simplicité n'en fait pas un atout mais plutôt un handicap. Les solutions de transport de mail sont multiples, et ne considère pas le sendmail des familles comme nécessairement désuet ... de fait, je ne le connais pas : la simple commande sendmail étant fournie par bien des paquets ... Étant le plus ancien de la bande, il a surement des attraits que
Re: [HS] Re: Serveur mail: quel agent par defaut? + quqelques conseils
Le 2015-03-11 19:38, Hugues MORIN a écrit : Re Bon beh c'est moins evident que je l'aurai pense :-/ Je fatigue je crois . Bon alors, j'ai installe postfix. Au cours de l'installation il m'a demande quel type d'installation je voulais. Il m'a semble que smarthost (au vu des explications de l'installateur) semblait correct. J'ai alors fournie le nom de mon serveur (la machine ns34.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon domaine: mx1.ovh.net [2]) Bonsoir, Pour ce que j'en sais, les MX d'OVH ne font pas relay ouvert. J'utilise pour ma part postfix en mode Internet, sans relay. Avec un SPF bien réglé, ca ne pose aucun problème. Ton problème vient peut etre de là. Que disent les logs /var/log/mail.log lorsque tu envoi un mail ? @+ -- Keldan http://www.keldan.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/ddcf6255f7338e0b2e414626c867b...@keldan.fr
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Je plussoie le reverse DNS qui doit correspondre au nom du serveur. C'est une des premières source de refus d'un message par les autres. Et parfois on reprend un serveur d'un autre utilisateur qui a 'sali' l'IP. Malheureusement. Sans oublier un SPF bien réglé Le 11 mars 2015 20:10:56 UTC+01:00, Christophe t...@stuxnet.org a écrit : Hello, Le 11/03/2015 19:38, Hugues MORIN a écrit : J'ai alors fournie le nom de mon serveur (la machine ns34.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon domaine: mx1.ovh.net) Pas totalement sur que ça marche ça (enfin ça dépend à qui tu envoies en fait). Si je ne dis pas de bétises, tu dois avoir toutes infos nécessaires au diagnostique dans /var/log/mail.log, mail.info et mail.err. (les lignes faisant mention de bounce par exemple). Je te conseillerais de retirer le relay_host, tu es censé pouvoir envoyer en direct dans passer par un relai (supposant très fortement que ns34.ip-XXX-XXX-XXX.eu est chez OVH ;) ). Bien vérifier l'adresse d’expédition (champ From: ) ainsi que le Return-Path des mails envoyés : Ces champs se doivent d'être valides (à minima, le nom domaine doit exister sur Internet). Exemple: l'expéditeur root@localhost.localdomain a toutes les chances de se faire boulet dès le premier MTA franchi. Par la suite et pour s'assurer que le mail arrive à destination, voici les premières pistes que je conseillerais : - Changer le reverse DNS : indispensable dans bien des cas. - Faire correspondre la variable myhostname de la conf postfix au Reverse DNS. - Si tu utilises une adresse mail d'expéditeur qui est sur un domaine qui t'appartient, bien s'assurer que les enregistrements DNS SPF sont conforme (s'il y en a) . - S'assurer que l'IP du serveur n'est pas blacklistée dans les RBL (par exemple par la http://www.anti-abuse.org/multi-rbl-check/ Attention également au myorigin qui doit normalement correspondre à un nom de domaine existant. @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55009340.7070...@stuxnet.org -- Keldan
Re: [HS] Re: Serveur mail: quel agent par defaut? + quqelques conseils
Christophe a écrit : Bonsoir, (et Top post pour la cause) Vous m'excuserez d'intervenir dans cette conversation particulièrement houleuse, mais je m'interroge ... Procmail est ton ami, cela permet de filtrer efficacement les indésirables :-P Pour ma part, je ne connais quasiment que postfix (en remplacement immédiat d'Exim sous Debian), et jusqu'à présent, ça a toujours fait ce que je souhaitais, particulièrement simplement (parfois par un parcours furieux de la doc, mais il y a toujours une solution, qui s'avère simple au final), que ce soit en terme de filtrage, d'appel à un processus/socket externe, de gestion des queues, ou encore de simple transport. Au dela de Debian, il est utilisé quotidiennement sur des FreeBSD. Postfix n'est pas mauvais en soi. Pour des configurations standard, il convient tout à fait. Je n'en ai pas l'usage parce que pour des configurations plus poussées sa plus grande simplicité n'en fait pas un atout mais plutôt un handicap. Les solutions de transport de mail sont multiples, et ne considère pas le sendmail des familles comme nécessairement désuet ... de fait, je ne le connais pas : la simple commande sendmail étant fournie par bien des paquets ... Étant le plus ancien de la bande, il a surement des attraits que d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et l'expérience est maitre dans ce cas. Sendmail a un gros défaut. Il est turing-complet donc peut tout faire si on lui demande gentiment. Sa configuration peut donc faire peur d'autant que certains systèmes poussent le vice à ne le configurer qu'au travers d'un immonde fichier sendmail.cf qui ressemble assez à du bruit de télétransmission plutôt qu'en utilisant les macros m4. C'était encore le cas sous Solaris 10 (au moins les premières versions, je n'ai pas regardé récemment si cela s'était arrangé) et c'est toujours le cas sous OpenVMS. Et là, j'avoue, c'est rude. C'est principalement pour cela qu'il a mauvaise presse. Par contre, si qmail est utilisé par exemple par OVH pour la *totalité* de ses envois de mails, il doit bien y avoir une raison : si OVH ne respecte pas le protocole SMTP, qu'on le fasse savoir. (plutôt que de dire, ça respecte pas ... pour quelle raison exactement ?) Pour au moins cette raison mais ce n'est pas la seule : qmail was not designed to replace Sendmail, and does not behave exactly as Sendmail did in all situations. In some cases, these differences in behavior have become grounds for criticism. For instance, qmail's approach to bounce messages (a format called QSBMF) differs from the standard format of delivery status notifications specified by the IETF in RFC 1894, meanwhile advanced to draft standard as RFC 3464, and recommended in the SMTP specification. ce qui peut mettre un certain bazar sur des serveurs bien administrés. Postfix, quant à lui, respecte les specs et se comporte normalement. Cordialement, JKB -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55000928.1010...@systella.fr
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Bonjour a tous Merci de vos reponses. Je viens de m'apercevoir que je vous ai pose une question qui n'a pas lieu d'etre Je vous fais toutes mes excuses pour cette erreur En fa Le 10 mars 2015 10:42, Sébastien NOBILI sebnewslet...@free.fr a écrit : Encore une discussion qui a dérivé… Le lundi 09 mars 2015 à 19:00, Johnny B a écrit : Donc c'est une question de choix concernant ton agent. Concernant ta config il faudrait que tu postes tes fichiers de conf afin qu'on comprenne quelle archi mail est montée Avant d'entrer dans la conf, quel est exactement ton besoin ? Si c'est simplement l'envoi d'un e-mail de temps en temps et tant pis s'il se perd, alors les Postfix/Qmail/Exim/etc. sont sur-dimensionnés et tu gagneras à t'orienter vers du léger comme « ssmtp ». Si c'est pour de l'envoi un peu plus massif et que tu ne veux pas perdre (par exemple en cas d'indisponibilité du serveur SMTP distant - de ton FAI par exemple), alors il faut t'orienter vers un vrai serveur avec une gestion de queue (Postfix/Qmail/Exim/etc.). Si tu dois faire de la réception, là encore, selon ton besoin plusieurs solutions plus ou moins simples. Est-ce que tu réceptionnes des e-mail appartenant à ton propre domaine géré par ton serveur ? Si oui, il te faudra un SMTP public (Postfix/Qmail/Exim/etc.). Si non, « fetchmail » et « procmail » seront plus simples à mettre en place et largement suffisants. Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150310094212.gc15...@sebian.nob900.homeip.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
PS: Je me suis appuye sur ce cours pours comprendre le systeme d'envoi de mail: http://openclassrooms.com/courses/gerer-votre-mail-a-la-unix/le-fonctionnement-de-la-messagerie-electronique Le 10 mars 2015 11:42, Hugues MORIN mor...@gmail.com a écrit : Bonjour a tous (suite ... je me suis melange les doigts et j'ai appuye sur enter ) Merci de vos reponses. Je viens de m'apercevoir que je vous ai pose une question qui n'a pas lieu d'etre Je vous fais toutes mes excuses pour cette erreur En fait mes emails sont receptionnes par les serveurs de mon fournisseurs de domaine. C'est le message de Gael qui m'a fait me rappeler que je n'avais jamais tente la gestion d'un serveur mail a cause de la difficulte. Il me reste neanmoins des question sur le sujet. Je vais heberge sur ce nouveau serveur des sites. Tous les sites actuellement envoi des emails, la majorite du temps en utilisant la fonction mail() du php ou en configurant un smtp. Est ce qu'il faut que j'installe un MTA afin que mon serveur puisse transferer les emails issue d'un site au MTA de mon fournisseur? Cordialement Hugues Le 10 mars 2015 11:15, Hugues MORIN mor...@gmail.com a écrit : Bonjour a tous Merci de vos reponses. Je viens de m'apercevoir que je vous ai pose une question qui n'a pas lieu d'etre Je vous fais toutes mes excuses pour cette erreur En fa Le 10 mars 2015 10:42, Sébastien NOBILI sebnewslet...@free.fr a écrit : Encore une discussion qui a dérivé… Le lundi 09 mars 2015 à 19:00, Johnny B a écrit : Donc c'est une question de choix concernant ton agent. Concernant ta config il faudrait que tu postes tes fichiers de conf afin qu'on comprenne quelle archi mail est montée Avant d'entrer dans la conf, quel est exactement ton besoin ? Si c'est simplement l'envoi d'un e-mail de temps en temps et tant pis s'il se perd, alors les Postfix/Qmail/Exim/etc. sont sur-dimensionnés et tu gagneras à t'orienter vers du léger comme « ssmtp ». Si c'est pour de l'envoi un peu plus massif et que tu ne veux pas perdre (par exemple en cas d'indisponibilité du serveur SMTP distant - de ton FAI par exemple), alors il faut t'orienter vers un vrai serveur avec une gestion de queue (Postfix/Qmail/Exim/etc.). Si tu dois faire de la réception, là encore, selon ton besoin plusieurs solutions plus ou moins simples. Est-ce que tu réceptionnes des e-mail appartenant à ton propre domaine géré par ton serveur ? Si oui, il te faudra un SMTP public (Postfix/Qmail/Exim/etc.). Si non, « fetchmail » et « procmail » seront plus simples à mettre en place et largement suffisants. Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150310094212.gc15...@sebian.nob900.homeip.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Exact Sébastien merci pour le recentrage sur le besoin ;) Pour info j'utilise sur les postes utilisateurs Ssmtp comme Sébastien en a parlé, c'est simple ca fonctionne très bien ( c'est du Sendmail :p) On 03/10/2015 11:15 AM, Hugues MORIN wrote: Bonjour a tous Merci de vos reponses. Je viens de m'apercevoir que je vous ai pose une question qui n'a pas lieu d'etre Je vous fais toutes mes excuses pour cette erreur En fa Le 10 mars 2015 10:42, Sébastien NOBILI sebnewslet...@free.fr mailto:sebnewslet...@free.fr a écrit : Encore une discussion qui a dérivé… Le lundi 09 mars 2015 à 19:00, Johnny B a écrit : Donc c'est une question de choix concernant ton agent. Concernant ta config il faudrait que tu postes tes fichiers de conf afin qu'on comprenne quelle archi mail est montée Avant d'entrer dans la conf, quel est exactement ton besoin ? Si c'est simplement l'envoi d'un e-mail de temps en temps et tant pis s'il se perd, alors les Postfix/Qmail/Exim/etc. sont sur-dimensionnés et tu gagneras à t'orienter vers du léger comme « ssmtp ». Si c'est pour de l'envoi un peu plus massif et que tu ne veux pas perdre (par exemple en cas d'indisponibilité du serveur SMTP distant - de ton FAI par exemple), alors il faut t'orienter vers un vrai serveur avec une gestion de queue (Postfix/Qmail/Exim/etc.). Si tu dois faire de la réception, là encore, selon ton besoin plusieurs solutions plus ou moins simples. Est-ce que tu réceptionnes des e-mail appartenant à ton propre domaine géré par ton serveur ? Si oui, il te faudra un SMTP public (Postfix/Qmail/Exim/etc.). Si non, « fetchmail » et « procmail » seront plus simples à mettre en place et largement suffisants. Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org mailto:debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org mailto:listmas...@lists.debian.org Archive: https://lists.debian.org/20150310094212.gc15...@sebian.nob900.homeip.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Salut Hugues, Il faut définir précisément ton besoin : - Quel est le volume à envoyer ? - Quel nombre de domaines à gérer ? - Y a-t-il des BDD de mails pour de l'envoi massif ? - Mailmarketing ou Newsletter ou simples notifications ? etc..etc.. C'est en ayant effectué ce premier travail d'inventaire que tu peux définir la solution la plus adaptée On 03/10/2015 11:47 AM, Hugues MORIN wrote: PS: Je me suis appuye sur ce cours pours comprendre le systeme d'envoi de mail: http://openclassrooms.com/courses/gerer-votre-mail-a-la-unix/le-fonctionnement-de-la-messagerie-electronique Le 10 mars 2015 11:42, Hugues MORIN mor...@gmail.com mailto:mor...@gmail.com a écrit : Bonjour a tous (suite ... je me suis melange les doigts et j'ai appuye sur enter ) Merci de vos reponses. Je viens de m'apercevoir que je vous ai pose une question qui n'a pas lieu d'etre Je vous fais toutes mes excuses pour cette erreur En fait mes emails sont receptionnes par les serveurs de mon fournisseurs de domaine. C'est le message de Gael qui m'a fait me rappeler que je n'avais jamais tente la gestion d'un serveur mail a cause de la difficulte. Il me reste neanmoins des question sur le sujet. Je vais heberge sur ce nouveau serveur des sites. Tous les sites actuellement envoi des emails, la majorite du temps en utilisant la fonction mail() du php ou en configurant un smtp. Est ce qu'il faut que j'installe un MTA afin que mon serveur puisse transferer les emails issue d'un site au MTA de mon fournisseur? Cordialement Hugues Le 10 mars 2015 11:15, Hugues MORIN mor...@gmail.com mailto:mor...@gmail.com a écrit : Bonjour a tous Merci de vos reponses. Je viens de m'apercevoir que je vous ai pose une question qui n'a pas lieu d'etre Je vous fais toutes mes excuses pour cette erreur En fa Le 10 mars 2015 10:42, Sébastien NOBILI sebnewslet...@free.fr mailto:sebnewslet...@free.fr a écrit : Encore une discussion qui a dérivé… Le lundi 09 mars 2015 à 19:00, Johnny B a écrit : Donc c'est une question de choix concernant ton agent. Concernant ta config il faudrait que tu postes tes fichiers de conf afin qu'on comprenne quelle archi mail est montée Avant d'entrer dans la conf, quel est exactement ton besoin ? Si c'est simplement l'envoi d'un e-mail de temps en temps et tant pis s'il se perd, alors les Postfix/Qmail/Exim/etc. sont sur-dimensionnés et tu gagneras à t'orienter vers du léger comme « ssmtp ». Si c'est pour de l'envoi un peu plus massif et que tu ne veux pas perdre (par exemple en cas d'indisponibilité du serveur SMTP distant - de ton FAI par exemple), alors il faut t'orienter vers un vrai serveur avec une gestion de queue (Postfix/Qmail/Exim/etc.). Si tu dois faire de la réception, là encore, selon ton besoin plusieurs solutions plus ou moins simples. Est-ce que tu réceptionnes des e-mail appartenant à ton propre domaine géré par ton serveur ? Si oui, il te faudra un SMTP public (Postfix/Qmail/Exim/etc.). Si non, « fetchmail » et « procmail » seront plus simples à mettre en place et largement suffisants. Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org mailto:debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org mailto:listmas...@lists.debian.org Archive: https://lists.debian.org/20150310094212.gc15...@sebian.nob900.homeip.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Encore une discussion qui a dérivé… Le lundi 09 mars 2015 à 19:00, Johnny B a écrit : Donc c'est une question de choix concernant ton agent. Concernant ta config il faudrait que tu postes tes fichiers de conf afin qu'on comprenne quelle archi mail est montée Avant d'entrer dans la conf, quel est exactement ton besoin ? Si c'est simplement l'envoi d'un e-mail de temps en temps et tant pis s'il se perd, alors les Postfix/Qmail/Exim/etc. sont sur-dimensionnés et tu gagneras à t'orienter vers du léger comme « ssmtp ». Si c'est pour de l'envoi un peu plus massif et que tu ne veux pas perdre (par exemple en cas d'indisponibilité du serveur SMTP distant - de ton FAI par exemple), alors il faut t'orienter vers un vrai serveur avec une gestion de queue (Postfix/Qmail/Exim/etc.). Si tu dois faire de la réception, là encore, selon ton besoin plusieurs solutions plus ou moins simples. Est-ce que tu réceptionnes des e-mail appartenant à ton propre domaine géré par ton serveur ? Si oui, il te faudra un SMTP public (Postfix/Qmail/Exim/etc.). Si non, « fetchmail » et « procmail » seront plus simples à mettre en place et largement suffisants. Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150310094212.gc15...@sebian.nob900.homeip.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Bonjour a tous (suite ... je me suis melange les doigts et j'ai appuye sur enter ) Merci de vos reponses. Je viens de m'apercevoir que je vous ai pose une question qui n'a pas lieu d'etre Je vous fais toutes mes excuses pour cette erreur En fait mes emails sont receptionnes par les serveurs de mon fournisseurs de domaine. C'est le message de Gael qui m'a fait me rappeler que je n'avais jamais tente la gestion d'un serveur mail a cause de la difficulte. Il me reste neanmoins des question sur le sujet. Je vais heberge sur ce nouveau serveur des sites. Tous les sites actuellement envoi des emails, la majorite du temps en utilisant la fonction mail() du php ou en configurant un smtp. Est ce qu'il faut que j'installe un MTA afin que mon serveur puisse transferer les emails issue d'un site au MTA de mon fournisseur? Cordialement Hugues Le 10 mars 2015 11:15, Hugues MORIN mor...@gmail.com a écrit : Bonjour a tous Merci de vos reponses. Je viens de m'apercevoir que je vous ai pose une question qui n'a pas lieu d'etre Je vous fais toutes mes excuses pour cette erreur En fa Le 10 mars 2015 10:42, Sébastien NOBILI sebnewslet...@free.fr a écrit : Encore une discussion qui a dérivé… Le lundi 09 mars 2015 à 19:00, Johnny B a écrit : Donc c'est une question de choix concernant ton agent. Concernant ta config il faudrait que tu postes tes fichiers de conf afin qu'on comprenne quelle archi mail est montée Avant d'entrer dans la conf, quel est exactement ton besoin ? Si c'est simplement l'envoi d'un e-mail de temps en temps et tant pis s'il se perd, alors les Postfix/Qmail/Exim/etc. sont sur-dimensionnés et tu gagneras à t'orienter vers du léger comme « ssmtp ». Si c'est pour de l'envoi un peu plus massif et que tu ne veux pas perdre (par exemple en cas d'indisponibilité du serveur SMTP distant - de ton FAI par exemple), alors il faut t'orienter vers un vrai serveur avec une gestion de queue (Postfix/Qmail/Exim/etc.). Si tu dois faire de la réception, là encore, selon ton besoin plusieurs solutions plus ou moins simples. Est-ce que tu réceptionnes des e-mail appartenant à ton propre domaine géré par ton serveur ? Si oui, il te faudra un SMTP public (Postfix/Qmail/Exim/etc.). Si non, « fetchmail » et « procmail » seront plus simples à mettre en place et largement suffisants. Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150310094212.gc15...@sebian.nob900.homeip.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Re Il faut définir précisément ton besoin : - Quel est le volume à envoyer ? 1500 a 2000 mails/jours (en voyant large) Issue uniquement des sites heberges - Quel nombre de domaines à gérer ? une dizaine - Y a-t-il des BDD de mails pour de l'envoi massif ? Non, rien de tel. Je prefere faire appel a des services externes pour l'instant - Mailmarketing ou Newsletter ou simples notifications ? Principalement des notifications (de commandes), quelques emails emanant du formulaire de contact et la reponse a ceux ci. Pour tout ce qui est les mails direct (c'est a dire envoye directement par un webmail ou une appli comme thunderbird) cela est deja gere par mon fournisseur de noms de domaine. Pour l'instant je ne vais pas changer ca. Je prefere eviter d'avoir a gerer un serveur de mail car je ne maitrise vraiment pas du tout le sujet et ca serai un peu suicidaire ;-) Voila ce a quoi j'aimerai arrive. Ce que je me pose encore comme question c'est de savoir si ce serveur a besoin que j'installe un MTA pour pouvoir fonctionner. Je dois avouer ne pas comprendre comment la fonction mail() de php peut transferer un email issue d'un site vers le serveur de mail de mon fournisseur (qui lui effectura le transfert au destinataire) si ma machine ne dispose pas d'un MTA. Par exemple si j'ai: mail ( moncli...@sondomaine.tld, mon subject , mon message ) Comment ce mail peut-il arriver si je n'ai pas quelquechose sur mon serveur qui dit a php de d'abord transferer ce mail sur les serveur de mon fournisseur et qui lui donne son adresse? Desole si je ne suis pas tres clair mais c'est encore assez flou (pas clair ;-) pour moi Cordialement Hugues On 03/10/2015 11:47 AM, Hugues MORIN wrote: PS: Je me suis appuye sur ce cours pours comprendre le systeme d'envoi de mail: http://openclassrooms.com/courses/gerer-votre-mail-a-la-unix/le-fonctionnement-de-la-messagerie-electronique Le 10 mars 2015 11:42, Hugues MORIN mor...@gmail.com a écrit : Bonjour a tous (suite ... je me suis melange les doigts et j'ai appuye sur enter ) Merci de vos reponses. Je viens de m'apercevoir que je vous ai pose une question qui n'a pas lieu d'etre Je vous fais toutes mes excuses pour cette erreur En fait mes emails sont receptionnes par les serveurs de mon fournisseurs de domaine. C'est le message de Gael qui m'a fait me rappeler que je n'avais jamais tente la gestion d'un serveur mail a cause de la difficulte. Il me reste neanmoins des question sur le sujet. Je vais heberge sur ce nouveau serveur des sites. Tous les sites actuellement envoi des emails, la majorite du temps en utilisant la fonction mail() du php ou en configurant un smtp. Est ce qu'il faut que j'installe un MTA afin que mon serveur puisse transferer les emails issue d'un site au MTA de mon fournisseur? Cordialement Hugues Le 10 mars 2015 11:15, Hugues MORIN mor...@gmail.com a écrit : Bonjour a tous Merci de vos reponses. Je viens de m'apercevoir que je vous ai pose une question qui n'a pas lieu d'etre Je vous fais toutes mes excuses pour cette erreur En fa Le 10 mars 2015 10:42, Sébastien NOBILI sebnewslet...@free.fr a écrit : Encore une discussion qui a dérivé… Le lundi 09 mars 2015 à 19:00, Johnny B a écrit : Donc c'est une question de choix concernant ton agent. Concernant ta config il faudrait que tu postes tes fichiers de conf afin qu'on comprenne quelle archi mail est montée Avant d'entrer dans la conf, quel est exactement ton besoin ? Si c'est simplement l'envoi d'un e-mail de temps en temps et tant pis s'il se perd, alors les Postfix/Qmail/Exim/etc. sont sur-dimensionnés et tu gagneras à t'orienter vers du léger comme « ssmtp ». Si c'est pour de l'envoi un peu plus massif et que tu ne veux pas perdre (par exemple en cas d'indisponibilité du serveur SMTP distant - de ton FAI par exemple), alors il faut t'orienter vers un vrai serveur avec une gestion de queue (Postfix/Qmail/Exim/etc.). Si tu dois faire de la réception, là encore, selon ton besoin plusieurs solutions plus ou moins simples. Est-ce que tu réceptionnes des e-mail appartenant à ton propre domaine géré par ton serveur ? Si oui, il te faudra un SMTP public (Postfix/Qmail/Exim/etc.). Si non, « fetchmail » et « procmail » seront plus simples à mettre en place et largement suffisants. Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150310094212.gc15...@sebian.nob900.homeip.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Le mardi 10 mars 2015 à 14:50, Hugues MORIN a écrit : Ce que je me pose encore comme question c'est de savoir si ce serveur a besoin que j'installe un MTA pour pouvoir fonctionner. Je dois avouer ne pas comprendre comment la fonction mail() de php peut transferer un email issue d'un site vers le serveur de mail de mon fournisseur (qui lui effectura le transfert au destinataire) si ma machine ne dispose pas d'un MTA. La fonction « mail » de PHP utilise la commande « sendmail » du système : http://php.net/manual/fr/mail.requirements.php Donc si tu installes ssmtp (qui fournit une commande « sendmail ») sur ton serveur, ça devrait faire l'affaire. Tu n'auras qu'à le configurer pour transmettre les e-mails au serveur SMTP de ton FAI. Par contre, comme déjà évoqué, ssmtp ne gère pas de queue. Si le SMTP de ton FAI n'est pas joignable, le message est perdu. Les autres MTA fournissent aussi la commande « sendmail ». Si tu veux un système de queue pour que les messages ne se perdent pas, tu peux installer Postfix en tant que système satellite (relay_host). En gros, il récupère les mails que tu lui donnes et les relaye vers le SMTP de ton choix (FAI par exemple). C'est une configuration simple à mettre en place. Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150310143058.gf15...@sebian.nob900.homeip.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Hello, Par contre, comme déjà évoqué, ssmtp ne gère pas de queue. Si le SMTP de ton FAI n'est pas joignable, le message est perdu. Aussi, les gros FAI ont plusieurs serveurs de mails, et donc si l'un est injoignable, normalement les autres le sont, et le message n'est donc pas perdu. Enfin si je comprends bien le fonctionnement. Have a good day :) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/CAGKqBr=ldsm0jjcrj3afjyoulbv0ziw_s7-kv3dt1hzpc8y...@mail.gmail.com
[HS] Re: Serveur mail: quel agent par defaut? + quqelques conseils
Bonjour à tous, et si au lieu de s'insulter on s'ignorait ? Ça serait plus agréable pour tout le monde. Petit rappel: https://www.debian.org/code_of_conduct L'extrait optimiste : « Bien que ce code de conduite devrait être accepté par les participants, nous comprenons que parfois certains puissent être dans un mauvais jour [...] » L'extrait pessimiste : « Les contrevenants graves ou continuels seront temporairement ou de manière définitive exclus de communication à l’intérieur des organismes Debian. » Amicalement, -- Charles Plessy Tsurumi, Kanagawa, Japon -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150311005646.ga23...@falafel.plessy.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Gaël a écrit : Hello, Par contre, comme déjà évoqué, ssmtp ne gère pas de queue. Si le SMTP de ton FAI n'est pas joignable, le message est perdu. Aussi, les gros FAI ont plusieurs serveurs de mails, et donc si l'un est injoignable, normalement les autres le sont, et le message n'est donc pas perdu. Enfin si je comprends bien le fonctionnement. Ça, c'est la théorie. En pratique, il peut y avoir un cluster de serveurs sur la même IP avec une machine frontale souvent saturée ou du greylisting, les deux renvoyant ou un timeout ou une erreur 4xx. Il est toujours nécessaire de gérer des queues. Il peut aussi y avoir du greetingsdelay un peu sauvage. À titre personnel, j'ai des queues différentes selon les domaines (une queue spéciale pour tout ce qui était 9T/SFR, parce que pour leur envoyer un mail, il faut se lever tôt certains jours...). Cordialement, JKB -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54ff0c7e.40...@systella.fr
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Tu ne devrais poster que le vendredi. Amicalement Philippe Le 10/03/2015 18:13, Johnny B a écrit : Comme quoi tu as un sérieux problème d'égo je répondais à Hugues mais pas à toi (qui continue a déblatérer des infos sans préciser). -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54ff4f3d.4040...@wanadoo.fr
Re: Serveur mail: quel agent par defaut? + quqelques conseils
cont...@baal.fr a écrit : moi je me galère pas j'utilise iredmail sa m'évite de galérer c'est tout prèt une machine virtuelle sous openvz et sa roule tout seul Le problème est qu'un serveur de mail, ce n'est pas du clef en main. Il faut savoir ce qu'on fait et pourquoi on le fait. Je ne crois pas à la solution toute prête sauf à avoir un serveur plus trouvé que la casserole à nouilles des shadoks. JKB -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54fe9b02.3010...@systella.fr
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Hello, Du coup @BERTRAND Joel il serait temps de se mettre à jour. Sendmail c'est comme le général de Gaulle, puissant, robuste, il nous a sauvé mais faut se mettre a la page un peu. Critiquer Qmail (sans fondements) de plus sans connaitre Postfix.c'est un vrai manque de conscience technique et Exim4 gère très bien les queues (manque de recherches peut-etre ??) Tu pourrais étayer ton argumentation parce que démonter des solutions phares pour plébisciter Sendmail ca me fait marrer grave ! c'est le #danstonchat de la journée ! @+ On 03/10/2015 12:00 AM, BERTRAND Joël wrote: Johnny B a écrit : Hello, Gaël relève un point important, on utilise souvent Postfix/Qmail mais Exim4 est une très belle solution qui vaut aujourd'hui les premières citées. (c'est du made by debian ;)) Personnellement, tous mes serveurs de mail tournent avec un sendmail des familles (plus quelques milters comme clamav, spamassassin et greylist). C'est un peu ardu au premier abord, mais sendmail fait exactement tout de que je veux même dans des configurations particulièrement tordues. Certains diront que c'est un ancêtre, une relique du passé, mais il fait tout ce que je lui demande et même bien plus. Exim, je l'ai mis à la poubelle parce qu'il gère très mal les queues. Sur des machines à disques un peu lents, la fin du run précédent se mettait à empiéter sur le run courant et la charge montait en flèche... Je ne sais pas si ça a été corrigé depuis. qmail n'est pas conforme aux standards smtp (il y a eu des discussions enflammées sur fcold et sur fcms) et postfix est un truc que je n'ai jamais regardé. Cordialement, JKB -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54fe9deb.50...@gmail.com
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Tu continues sur un argumentaire à 2 sesterces. Sendmail pour du perso Ok, c'est (ou c'était) puissant mais largement limité (et je ne parle pas de sa sécurité mais apparemment tu sembles ignorer pas mal de choses sur Sendmail bien que tu en sois le grand Guru) Va router 300 millions de mail/mois via Sendmail avec des multigateway antispam... Ton analyse est stérile et aberrante, ca pue le nerd englué dans ses acquis d'une autre génération. Y a débat et y a mauvaise foi On 03/10/2015 09:21 AM, BERTRAND Joël wrote: Johnny B a écrit : Hello, Du coup @BERTRAND Joel il serait temps de se mettre à jour. Sendmail c'est comme le général de Gaulle, puissant, robuste, il nous a sauvé mais faut se mettre a la page un peu. Critiquer Qmail (sans fondements) de plus sans connaitre Postfix.c'est un vrai manque de conscience technique et Exim4 gère très bien les queues (manque de recherches peut-etre ??) Qmail n'est pas conforme aux RFC SMTP. Tu peux l'utiliser si tu veux. Je n'ai pas creusé plus que cela, mais il y a eu des discussions de spécialistes dans les lieux que je t'ai indiqués. Postfix, je m'en contrefiche. Plus exactement, j'en utilise sur du NetBSD, mais de ce que je vois, c'est exactement le contraire de sendmail. Ça a l'illusion de la simplicité, mais dès qu'on veut faire quelque chose d'un peu complexe, c'est la croix et la bannière. Je le laisse pour ce qu'il est, à savoir le SMTP du système et dès que je veux un truc plus sérieux, j'installe par dessus un vrai sendmail. Exim m'a planté un certain nombre de systèmes (des sparc/sparc64). Et je viens de vérifier, le problème des queues est toujours présent. Je n'utiliserais donc pas exim pour un serveur devant monter en charge sauf à vouloir avoir quelques surprises. Mais chacun est libre de ses choix. Tu pourrais étayer ton argumentation parce que démonter des solutions phares pour plébisciter Sendmail ca me fait marrer grave ! c'est le #danstonchat de la journée ! Sans commentaire. Ah si, pathétique. Je pense surtout que tu ne connais sendmail que par ouï-dires. Ceux qui critiquent sendmail en sont restés au fichier de configuration sendmail.cf. Mais sais-tu seulement que cela fait très longtemps que sendmail n'est plus configuré comme ça ? Bien au contraire, la conf de sendmail est bien plus facile à faire que celle de postfix pour reprendre ton exemple. JKB -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54feaea5.4070...@gmail.com
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Johnny B a écrit : Hello, Du coup @BERTRAND Joel il serait temps de se mettre à jour. Sendmail c'est comme le général de Gaulle, puissant, robuste, il nous a sauvé mais faut se mettre a la page un peu. Critiquer Qmail (sans fondements) de plus sans connaitre Postfix.c'est un vrai manque de conscience technique et Exim4 gère très bien les queues (manque de recherches peut-etre ??) Qmail n'est pas conforme aux RFC SMTP. Tu peux l'utiliser si tu veux. Je n'ai pas creusé plus que cela, mais il y a eu des discussions de spécialistes dans les lieux que je t'ai indiqués. Postfix, je m'en contrefiche. Plus exactement, j'en utilise sur du NetBSD, mais de ce que je vois, c'est exactement le contraire de sendmail. Ça a l'illusion de la simplicité, mais dès qu'on veut faire quelque chose d'un peu complexe, c'est la croix et la bannière. Je le laisse pour ce qu'il est, à savoir le SMTP du système et dès que je veux un truc plus sérieux, j'installe par dessus un vrai sendmail. Exim m'a planté un certain nombre de systèmes (des sparc/sparc64). Et je viens de vérifier, le problème des queues est toujours présent. Je n'utiliserais donc pas exim pour un serveur devant monter en charge sauf à vouloir avoir quelques surprises. Mais chacun est libre de ses choix. Tu pourrais étayer ton argumentation parce que démonter des solutions phares pour plébisciter Sendmail ca me fait marrer grave ! c'est le #danstonchat de la journée ! Sans commentaire. Ah si, pathétique. Je pense surtout que tu ne connais sendmail que par ouï-dires. Ceux qui critiquent sendmail en sont restés au fichier de configuration sendmail.cf. Mais sais-tu seulement que cela fait très longtemps que sendmail n'est plus configuré comme ça ? Bien au contraire, la conf de sendmail est bien plus facile à faire que celle de postfix pour reprendre ton exemple. JKB -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54fea980.5080...@systella.fr
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Johnny B a écrit : Tu continues sur un argumentaire à 2 sesterces. Sendmail pour du perso Ok, c'est (ou c'était) puissant mais largement limité (et je ne parle pas de sa sécurité mais apparemment tu sembles ignorer pas mal de choses sur Sendmail bien que tu en sois le grand Guru) Je te renvois le compliment. Va router 300 millions de mail/mois via Sendmail avec des multigateway antispam... Ton analyse est stérile et aberrante, ca pue le nerd englué dans ses acquis d'une autre génération. C'est pourtant exactement ce que je fais. Y a débat et y a mauvaise foi À bon entendeur, salut. Bonjour chez vous. JKB -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54feb354.5010...@systella.fr
[HS] Re: Serveur mail: quel agent par defaut? + quqelques conseils
Bonsoir, (et Top post pour la cause) Vous m'excuserez d'intervenir dans cette conversation particulièrement houleuse, mais je m'interroge ... Pour ma part, je ne connais quasiment que postfix (en remplacement immédiat d'Exim sous Debian), et jusqu'à présent, ça a toujours fait ce que je souhaitais, particulièrement simplement (parfois par un parcours furieux de la doc, mais il y a toujours une solution, qui s'avère simple au final), que ce soit en terme de filtrage, d'appel à un processus/socket externe, de gestion des queues, ou encore de simple transport. Au dela de Debian, il est utilisé quotidiennement sur des FreeBSD. Les solutions de transport de mail sont multiples, et ne considère pas le sendmail des familles comme nécessairement désuet ... de fait, je ne le connais pas : la simple commande sendmail étant fournie par bien des paquets ... Étant le plus ancien de la bande, il a surement des attraits que d'autres n'ont pas ... mais il faut en effet surement s'y plonger, et l'expérience est maitre dans ce cas. Par contre, si qmail est utilisé par exemple par OVH pour la *totalité* de ses envois de mails, il doit bien y avoir une raison : si OVH ne respecte pas le protocole SMTP, qu'on le fasse savoir. (plutôt que de dire, ça respecte pas ... pour quelle raison exactement ?) @+ Christophe. Le 10/03/2015 18:13, Johnny B a écrit : Comme quoi tu as un sérieux problème d'égo je répondais à Hugues mais pas à toi (qui continue a déblatérer des infos sans préciser). Tu as besoin de te faire mousser va sur la ML NetBSD et Sendmail. Tu parles sans savoir à quelqu'un qui route entre 200 et 300 millions de mails/mois sur plusieurs clusters, impliqué dans des asso comme SignalSpam alors dans ton combat puéril de qui a la plus grosse tu as juste gagné le prix du profil du nerd dégénéré imbus de lui même. (il en faut des comme toi). Je suis tout a fait disposé a appuyer ce que je dis techniquement sachant que tu te contrefiche de Postfix et de Qmail, travail ton argumentaire et tes compétences. La ML Debian n'est pas la pour te faire mousser Joel, elle est la pour donner des pistes et aider ce qu'on fait avec Hugues contrairement à toi qui vient baver comme un nerd. On 03/10/2015 05:30 PM, BERTRAND Joël wrote: Johnny B a écrit : Les serveurs des FAI fonctionnent en multi MX avec des priorités et des compteurs d'IPs (sans parler des check sur les domaines), si tu shoot trop sur le premier MX ne compte pas sur le 2eme pour te laisser passer. L'envoi de mail est de plus en plus restrictif donc attention aux requêtes de dialogues SMTP avec les serveurs distants. Il y a aussi la phase de warmup de ton IP. Certaines blocklist ou site de réputation peuvent ne pas apprécier ton débit d'envoi, mais ton quota est largement tolérable 2000 mails / jour en notifications devraient passer avec un joli Postfix ou ce que tu souhaites. En revanche la clef de tout ton projet c'est de la doc et des tests. Déployer a l'arrache sans phase de dev est contre-productif il faut pratiquer. Soupirs... Merci de m'apprendre mon métier. J'ai administré et j'administre toujours plusieurs domaines de messageries qui traitent plusieurs dizaines de milliers de messages par jour sur une infrastructure dont tu n'as même pas idée. Je sais à peu près de quoi je parle. Ta logorrhée verbale ne m'impressionne pas d'autant qu'elle ne veut à peu près rien dire. À ce propos, tes messages vont dès à présent chez mon copain Dave Null. Fin de la discussion. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54ff8619.1000...@stuxnet.org
Re: Serveur mail: quel agent par defaut? + quqelques conseils
salut Hugues, Effectivement cela peu parfois ressembler à une jungle. Sans rentrer dans les détails (voir quelques tutos sur le net) il faut différencier MUA, MTA et MDA/LDA. Les projets et l'avancée des technologies font que certains packages sont plus plébiscités que d'autres. Ayant eu quelques gros Postfix et Qmail en gestion j'utilise aujourd'ui Postfix SMTP (MTA) Dovecot IMAP/POP3 en MDA/LDA . Par le passé j'ai utilisé Cyrus, Procmail et Maildrop mais Dovecot fait ses preuves et s’implémente parfaitement à Postfix. Même si Cyrus a historiquement sa place, Dovecot devient le MDA/LDA à la mode Donc c'est une question de choix concernant ton agent. Concernant ta config il faudrait que tu postes tes fichiers de conf afin qu'on comprenne quelle archi mail est montée Enjoy ! On 03/09/2015 06:38 PM, Hugues MORIN wrote: Re bonjour Je suis en train d'installer un serveur LAMP et je bute encore sur un truc. Cette fois ca concerne le serveur de mail. Comme c'est la 1ere fois que je fais l'installation d'un serveur de A aZ, je me sers de mon ancien serveur (qui etait preinstalle) comme exemple pour installer le nouveau. Sur cet ancien serveur j'ai: dpkg -l | grep mail ii dovecot-common 1:1.2.15-7+deb6u1secure mail server that supports mbox and maildir mailboxes ii dovecot-imapd 1:1.2.15-7+deb6u1secure IMAP server that supports mbox and maildir mailboxes ii dovecot-pop3d 1:1.2.15-7+deb6u1secure POP3 server that supports mbox and maildir mailboxes ii getmail4 4.46.0-1~deb6u1 mail retriever with support for POP3, IMAP4 and SDPS ii heirloom-mailx 12.4-2+deb6u1feature-rich BSD mail(1) ii libc-client2007e 8:2007e~dfsg-3.1 c-client library for mail protocols - library files ii libmail-dkim-perl 0.38-1 cryptographically identify the sender of email - perl library ii libmail-spf-perl 2.007-1 Perl implementation of Sender Policy Framework and Sender ID ii libmailtools-perl 2.06-1 Manipulate email in perl programs ii mime-support 3.48-1+deb6u1MIME files 'mime.types' 'mailcap', and support programs ii mlock 8:2007e~dfsg-3.1 mailbox locking program ii php-mail-mime 1.8.0-2 PHP PEAR module for creating MIME messages ii php-mail-mimedecode 1.5.0-3 PHP PEAR module to decode MIME messages ii postfix 2.7.1-1+squeeze1 High-performance mail transport agent J'ai bien compris qu'il fallait au moins un agent mail pour traiter les emails. Mais pourquoi sur cet ancien serveur il y a-t-il plusieurs agents (dovecot, getmail4, heirloom, postfix, php-mail-mime)? Je dois avoue ne rien y connaitre mais quand un mail arrive a la porte du serveur, il y a bien un agent par defaut qui traite celui-ci, non? Comment le determiner lequel est ce? Encore une question, Lequel/lesquel vous utilise? Cordialement Hugues -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54fddfb5.2070...@gmail.com
Serveur mail: quel agent par defaut? + quqelques conseils
Re bonjour Je suis en train d'installer un serveur LAMP et je bute encore sur un truc. Cette fois ca concerne le serveur de mail. Comme c'est la 1ere fois que je fais l'installation d'un serveur de A aZ, je me sers de mon ancien serveur (qui etait preinstalle) comme exemple pour installer le nouveau. Sur cet ancien serveur j'ai: dpkg -l | grep mail ii dovecot-common 1:1.2.15-7+deb6u1secure mail server that supports mbox and maildir mailboxes ii dovecot-imapd 1:1.2.15-7+deb6u1secure IMAP server that supports mbox and maildir mailboxes ii dovecot-pop3d 1:1.2.15-7+deb6u1secure POP3 server that supports mbox and maildir mailboxes ii getmail44.46.0-1~deb6u1 mail retriever with support for POP3, IMAP4 and SDPS ii heirloom-mailx 12.4-2+deb6u1 feature-rich BSD mail(1) ii libc-client2007e8:2007e~dfsg-3.1 c-client library for mail protocols - library files ii libmail-dkim-perl 0.38-1 cryptographically identify the sender of email - perl library ii libmail-spf-perl2.007-1 Perl implementation of Sender Policy Framework and Sender ID ii libmailtools-perl 2.06-1 Manipulate email in perl programs ii mime-support3.48-1+deb6u1MIME files 'mime.types' 'mailcap', and support programs ii mlock 8:2007e~dfsg-3.1 mailbox locking program ii php-mail-mime 1.8.0-2 PHP PEAR module for creating MIME messages ii php-mail-mimedecode 1.5.0-3 PHP PEAR module to decode MIME messages ii postfix 2.7.1-1+squeeze1 High-performance mail transport agent J'ai bien compris qu'il fallait au moins un agent mail pour traiter les emails. Mais pourquoi sur cet ancien serveur il y a-t-il plusieurs agents (dovecot, getmail4, heirloom, postfix, php-mail-mime)? Je dois avoue ne rien y connaitre mais quand un mail arrive a la porte du serveur, il y a bien un agent par defaut qui traite celui-ci, non? Comment le determiner lequel est ce? Encore une question, Lequel/lesquel vous utilise? Cordialement Hugues
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Hello, Gaël relève un point important, on utilise souvent Postfix/Qmail mais Exim4 est une très belle solution qui vaut aujourd'hui les premières citées. (c'est du made by debian ;)) @+ On 03/09/2015 08:47 PM, Gaël wrote: Salut, Aussi, beaucoup choisissent Exim4 pour la clarté et la simplicité de sa config (comme MTA). Par contre, dans LAMP, y'a pas mail :) Aussi, bon courage pour la gestion d'un serveur de mail. Pour ma part je n'ai pas encore osé me lancer, alors que je tripatouille ça depuis quelques temps... Et que je vois à quel point ça peut être la merde!!! À bientôt! (et désolé pour le top-posting) Le 9 mars 2015 18:00, Johnny B frozzensh...@gmail.com a écrit : salut Hugues, Effectivement cela peu parfois ressembler à une jungle. Sans rentrer dans les détails (voir quelques tutos sur le net) il faut différencier MUA, MTA et MDA/LDA. Les projets et l'avancée des technologies font que certains packages sont plus plébiscités que d'autres. Ayant eu quelques gros Postfix et Qmail en gestion j'utilise aujourd'ui Postfix SMTP (MTA) Dovecot IMAP/POP3 en MDA/LDA . Par le passé j'ai utilisé Cyrus, Procmail et Maildrop mais Dovecot fait ses preuves et s'implémente parfaitement à Postfix. Même si Cyrus a historiquement sa place, Dovecot devient le MDA/LDA à la mode Donc c'est une question de choix concernant ton agent. Concernant ta config il faudrait que tu postes tes fichiers de conf afin qu'on comprenne quelle archi mail est montée Enjoy ! On 03/09/2015 06:38 PM, Hugues MORIN wrote: Re bonjour Je suis en train d'installer un serveur LAMP et je bute encore sur un truc. Cette fois ca concerne le serveur de mail. Comme c'est la 1ere fois que je fais l'installation d'un serveur de A aZ, je me sers de mon ancien serveur (qui etait preinstalle) comme exemple pour installer le nouveau. Sur cet ancien serveur j'ai: dpkg -l | grep mail ii dovecot-common 1:1.2.15-7+deb6u1secure mail server that supports mbox and maildir mailboxes ii dovecot-imapd 1:1.2.15-7+deb6u1secure IMAP server that supports mbox and maildir mailboxes ii dovecot-pop3d 1:1.2.15-7+deb6u1secure POP3 server that supports mbox and maildir mailboxes ii getmail4 4.46.0-1~deb6u1 mail retriever with support for POP3, IMAP4 and SDPS ii heirloom-mailx 12.4-2+deb6u1feature-rich BSD mail(1) ii libc-client2007e 8:2007e~dfsg-3.1 c-client library for mail protocols - library files ii libmail-dkim-perl 0.38-1 cryptographically identify the sender of email - perl library ii libmail-spf-perl 2.007-1 Perl implementation of Sender Policy Framework and Sender ID ii libmailtools-perl 2.06-1 Manipulate email in perl programs ii mime-support 3.48-1+deb6u1MIME files 'mime.types' 'mailcap', and support programs ii mlock 8:2007e~dfsg-3.1 mailbox locking program ii php-mail-mime 1.8.0-2 PHP PEAR module for creating MIME messages ii php-mail-mimedecode 1.5.0-3 PHP PEAR module to decode MIME messages ii postfix 2.7.1-1+squeeze1 High-performance mail transport agent J'ai bien compris qu'il fallait au moins un agent mail pour traiter les emails. Mais pourquoi sur cet ancien serveur il y a-t-il plusieurs agents (dovecot, getmail4, heirloom, postfix, php-mail-mime)? Je dois avoue ne rien y connaitre mais quand un mail arrive a la porte du serveur, il y a bien un agent par defaut qui traite celui-ci, non? Comment le determiner lequel est ce? Encore une question, Lequel/lesquel vous utilise? Cordialement Hugues -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54fddfb5.2070...@gmail.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54fdfb8b.2070...@gmail.com
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Salut, Aussi, beaucoup choisissent Exim4 pour la clarté et la simplicité de sa config (comme MTA). Par contre, dans LAMP, y'a pas mail :) Aussi, bon courage pour la gestion d'un serveur de mail. Pour ma part je n'ai pas encore osé me lancer, alors que je tripatouille ça depuis quelques temps... Et que je vois à quel point ça peut être la merde!!! À bientôt! (et désolé pour le top-posting) Le 9 mars 2015 18:00, Johnny B frozzensh...@gmail.com a écrit : salut Hugues, Effectivement cela peu parfois ressembler à une jungle. Sans rentrer dans les détails (voir quelques tutos sur le net) il faut différencier MUA, MTA et MDA/LDA. Les projets et l'avancée des technologies font que certains packages sont plus plébiscités que d'autres. Ayant eu quelques gros Postfix et Qmail en gestion j'utilise aujourd'ui Postfix SMTP (MTA) Dovecot IMAP/POP3 en MDA/LDA . Par le passé j'ai utilisé Cyrus, Procmail et Maildrop mais Dovecot fait ses preuves et s'implémente parfaitement à Postfix. Même si Cyrus a historiquement sa place, Dovecot devient le MDA/LDA à la mode Donc c'est une question de choix concernant ton agent. Concernant ta config il faudrait que tu postes tes fichiers de conf afin qu'on comprenne quelle archi mail est montée Enjoy ! On 03/09/2015 06:38 PM, Hugues MORIN wrote: Re bonjour Je suis en train d'installer un serveur LAMP et je bute encore sur un truc. Cette fois ca concerne le serveur de mail. Comme c'est la 1ere fois que je fais l'installation d'un serveur de A aZ, je me sers de mon ancien serveur (qui etait preinstalle) comme exemple pour installer le nouveau. Sur cet ancien serveur j'ai: dpkg -l | grep mail ii dovecot-common 1:1.2.15-7+deb6u1secure mail server that supports mbox and maildir mailboxes ii dovecot-imapd 1:1.2.15-7+deb6u1secure IMAP server that supports mbox and maildir mailboxes ii dovecot-pop3d 1:1.2.15-7+deb6u1secure POP3 server that supports mbox and maildir mailboxes ii getmail4 4.46.0-1~deb6u1 mail retriever with support for POP3, IMAP4 and SDPS ii heirloom-mailx 12.4-2+deb6u1feature-rich BSD mail(1) ii libc-client2007e 8:2007e~dfsg-3.1 c-client library for mail protocols - library files ii libmail-dkim-perl 0.38-1 cryptographically identify the sender of email - perl library ii libmail-spf-perl 2.007-1 Perl implementation of Sender Policy Framework and Sender ID ii libmailtools-perl 2.06-1 Manipulate email in perl programs ii mime-support 3.48-1+deb6u1MIME files 'mime.types' 'mailcap', and support programs ii mlock 8:2007e~dfsg-3.1 mailbox locking program ii php-mail-mime 1.8.0-2 PHP PEAR module for creating MIME messages ii php-mail-mimedecode 1.5.0-3 PHP PEAR module to decode MIME messages ii postfix 2.7.1-1+squeeze1 High-performance mail transport agent J'ai bien compris qu'il fallait au moins un agent mail pour traiter les emails. Mais pourquoi sur cet ancien serveur il y a-t-il plusieurs agents (dovecot, getmail4, heirloom, postfix, php-mail-mime)? Je dois avoue ne rien y connaitre mais quand un mail arrive a la porte du serveur, il y a bien un agent par defaut qui traite celui-ci, non? Comment le determiner lequel est ce? Encore une question, Lequel/lesquel vous utilise? Cordialement Hugues -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54fddfb5.2070...@gmail.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/CAGKqBrktpLJBSsxZOvJQÈnf7oypph5xzzhs3mgfzfchdj...@mail.gmail.com
Re: Serveur mail: quel agent par defaut? + quqelques conseils
moi je me galère pas j'utilise iredmail sa m'évite de galérer c'est tout prèt une machine virtuelle sous openvz et sa roule tout seul Le 10/03/2015 00:00, BERTRAND Joël a écrit : Johnny B a écrit : Hello, Gaël relève un point important, on utilise souvent Postfix/Qmail mais Exim4 est une très belle solution qui vaut aujourd'hui les premières citées. (c'est du made by debian ;)) Personnellement, tous mes serveurs de mail tournent avec un sendmail des familles (plus quelques milters comme clamav, spamassassin et greylist). C'est un peu ardu au premier abord, mais sendmail fait exactement tout de que je veux même dans des configurations particulièrement tordues. Certains diront que c'est un ancêtre, une relique du passé, mais il fait tout ce que je lui demande et même bien plus. Exim, je l'ai mis à la poubelle parce qu'il gère très mal les queues. Sur des machines à disques un peu lents, la fin du run précédent se mettait à empiéter sur le run courant et la charge montait en flèche... Je ne sais pas si ça a été corrigé depuis. qmail n'est pas conforme aux standards smtp (il y a eu des discussions enflammées sur fcold et sur fcms) et postfix est un truc que je n'ai jamais regardé. Cordialement, JKB -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54fe2829.5090...@baal.fr
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Johnny B a écrit : Hello, Gaël relève un point important, on utilise souvent Postfix/Qmail mais Exim4 est une très belle solution qui vaut aujourd'hui les premières citées. (c'est du made by debian ;)) Personnellement, tous mes serveurs de mail tournent avec un sendmail des familles (plus quelques milters comme clamav, spamassassin et greylist). C'est un peu ardu au premier abord, mais sendmail fait exactement tout de que je veux même dans des configurations particulièrement tordues. Certains diront que c'est un ancêtre, une relique du passé, mais il fait tout ce que je lui demande et même bien plus. Exim, je l'ai mis à la poubelle parce qu'il gère très mal les queues. Sur des machines à disques un peu lents, la fin du run précédent se mettait à empiéter sur le run courant et la charge montait en flèche... Je ne sais pas si ça a été corrigé depuis. qmail n'est pas conforme aux standards smtp (il y a eu des discussions enflammées sur fcold et sur fcms) et postfix est un truc que je n'ai jamais regardé. Cordialement, JKB -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54fe260b.9030...@systella.fr
serveur mail et connexion smtp depuis l'extérieur
Bonjour à tous les debianistes, Je loue un serveur kimsufi chez OVH qui tourne sous Debian 7.2. J'ai installé et configuré un serveur mail (exim4), imap (dovecot) et un webmail (roundcube). Tout ceci fonctionne bien, j'envoie et je reçois des mails à l'aide du webmail sans souci. Mais j'essaie d'utiliser un client mail chez moi (thunderbird, evolution, geary) et il m'est impossible de me connecter au serveur smtp, je suis constamment rejeté par un timeout. Le port 25 est ouvert avec le firewall arno_iptables_firewall mais quand je teste le-dit port, nmap ou telnet ne le voient pas comme ouvert. nmap le présente comme filtered (25/tcp filtered smtp) et une tentative de connexion telnet me rejette au bout d'un temps assez long avec un beau timeout (telnet: Unable to connect to remote host: Connection timed out). Je ne vois pas du tout d'où peut venir le souci et je ne vois rien dans les logs. Si quelqu'un pouvait m'orienter dans mes recherches, me fournir une piste, j'en serais ravi.
Re: serveur mail et connexion smtp depuis l'extérieur
Bonsoir, Le 17/12/2013 17:59, Nicolas a écrit : Bonjour à tous les debianistes, Le port 25 est ouvert avec le firewall arno_iptables_firewall mais quand je teste le-dit port, nmap ou telnet ne le voient pas comme ouvert. nmap le présente comme filtered (25/tcp filtered smtp) et une tentative de connexion telnet me rejette au bout d'un temps assez long avec un beau timeout (telnet: Unable to connect to remote host: Connection timed out). A mon avis, c'est ton FAI qui bloque. (blocage désactivable chez Free, impossible chez d'autres) Je ne vois pas du tout d'où peut venir le souci et je ne vois rien dans les logs. Si quelqu'un pouv ait m'orienter dans mes recherches, me fournir une piste, j'en serais ravi. Solutions : Utiliser le port 587 (submission), ou 465 (SMTPS), ce qui est quelque part plus logique lorsqu'un client de messagerie dialogue avec un serveur. @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52b08452.6020...@stuxnet.org
Re: serveur mail et connexion smtp depuis l'extérieur
La connexion des clients smtp doit maintenant être réalisée sur le port 587 en smtp authentifie. Frédéric MASSOT JULIANA Multimédia frede...@juliana-multimedia.com 06.67.19.95.69 - 02.97.54.77.94 Le 17 déc. 2013 à 17:59, Nicolas nico...@tycho.fr a écrit : Bonjour à tous les debianistes, Je loue un serveur kimsufi chez OVH qui tourne sous Debian 7.2. J'ai installé et configuré un serveur mail (exim4), imap (dovecot) et un webmail (roundcube). Tout ceci fonctionne bien, j'envoie et je reçois des mails à l'aide du webmail sans souci. Mais j'essaie d'utiliser un client mail chez moi (thunderbird, evolution, geary) et il m'est impossible de me connecter au serveur smtp, je suis constamment rejeté par un timeout. Le port 25 est ouvert avec le firewall arno_iptables_firewall mais quand je teste le-dit port, nmap ou telnet ne le voient pas comme ouvert. nmap le présente comme filtered (25/tcp filtered smtp) et une tentative de connexion telnet me rejette au bout d'un temps assez long avec un beau timeout (telnet: Unable to connect to remote host: Connection timed out). Je ne vois pas du tout d'où peut venir le souci et je ne vois rien dans les logs. Si quelqu'un pouv ait m'orienter dans mes recherches, me fournir une piste, j'en serais ravi. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/77fbbd6f-a39c-4593-855b-2f52b23f4...@juliana-multimedia.com
Re: serveur mail et connexion smtp depuis l'extérieur
Le 17-12-2013 17:05, Frédéric MASSOT a écrit : La connexion des clients smtp doit maintenant être réalisée sur le port 587 en smtp authentifie. D'accord, mais je ne sais pas trop comment faire ça... J'imagine que c'est dans la config de exim4 ? Frédéric MASSOT JULIANA Multimédia frede...@juliana-multimedia.com 06.67.19.95.69 - 02.97.54.77.94 Le 17 déc. 2013 à 17:59, Nicolas nico...@tycho.fr a écrit : Bonjour à tous les debianistes, Je loue un serveur kimsufi chez OVH qui tourne sous Debian 7.2. J'ai installé et configuré un serveur mail (exim4), imap (dovecot) et un webmail (roundcube). Tout ceci fonctionne bien, j'envoie et je reçois des mails à l'aide du webmail sans souci. Mais j'essaie d'utiliser un client mail chez moi (thunderbird, evolution, geary) et il m'est impossible de me connecter au serveur smtp, je suis constamment rejeté par un timeout. Le port 25 est ouvert avec le firewall arno_iptables_firewall mais quand je teste le-dit port, nmap ou telnet ne le voient pas comme ouvert. nmap le présente comme filtered (25/tcp filtered smtp) et une tentative de connexion telnet me rejette au bout d'un temps assez long avec un beau timeout (telnet: Unable to connect to remote host: Connection timed out). Je ne vois pas du tout d'où peut venir le souci et je ne vois rien dans les logs. Si quelqu'un pouv ait m'orienter dans mes recherches, me fournir une piste, j'en serais ravi. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/7c7ed3779cf64937162bd56c2893e...@tycho.fr
Re: serveur mail et connexion smtp depuis l'extérieur
Le 17-12-2013 18:33, Johnny B a écrit : Hello, RTFM http://www.exim.org/exim-html-current/doc/html/spec_html/ch-the_default_configuration_file.html La documentation c'est la clef de tout :D Oui, j'ai parcouru (sans doute trop rapidement) des docs (mais pas celle là, je l'avoue) mais comme je n'ai pas le courage ni le temps de tout lire, je me disais, naïvement, que quelqu'un parmi les debianistes avait peut-être été confronté à ce genre de problème et pourrait me répondre rapidement et efficacement. Et c'est bien ce qui s'est produis ! Mais promis, je rtfm à fond... Merci en tout cas. Le 12/17/2013 06:21 PM, Nicolas a écrit : Le 17-12-2013 17:05, Frédéric MASSOT a écrit : La connexion des clients smtp doit maintenant être réalisée sur le port 587 en smtp authentifie. D'accord, mais je ne sais pas trop comment faire ça... J'imagine que c'est dans la config de exim4 ? Frédéric MASSOT JULIANA Multimédia frede...@juliana-multimedia.com 06.67.19.95.69 - 02.97.54.77.94 Le 17 déc. 2013 à 17:59, Nicolas nico...@tycho.fr a écrit : Bonjour à tous les debianistes, Je loue un serveur kimsufi chez OVH qui tourne sous Debian 7.2. J'ai installé et configuré un serveur mail (exim4), imap (dovecot) et un webmail (roundcube). Tout ceci fonctionne bien, j'envoie et je reçois des mails à l'aide du webmail sans souci. Mais j'essaie d'utiliser un client mail chez moi (thunderbird, evolution, geary) et il m'est impossible de me connecter au serveur smtp, je suis constamment rejeté par un timeout. Le port 25 est ouvert avec le firewall arno_iptables_firewall mais quand je teste le-dit port, nmap ou telnet ne le voient pas comme ouvert. nmap le présente comme filtered (25/tcp filtered smtp) et une tentative de connexion telnet me rejette au bout d'un temps assez long avec un beau timeout (telnet: Unable to connect to remote host: Connection timed out). Je ne vois pas du tout d'où peut venir le souci et je ne vois rien dans les logs. Si quelqu'un pouv ait m'orienter dans mes recherches, me fournir une piste, j'en serais ravi. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/dbcdc4275e71f5e3339a8375227dd...@tycho.fr
Re: serveur mail et connexion smtp depuis l'extérieur
Hello, RTFM http://www.exim.org/exim-html-current/doc/html/spec_html/ch-the_default_configuration_file.html La documentation c'est la clef de tout :D Le 12/17/2013 06:21 PM, Nicolas a écrit : Le 17-12-2013 17:05, Frédéric MASSOT a écrit : La connexion des clients smtp doit maintenant être réalisée sur le port 587 en smtp authentifie. D'accord, mais je ne sais pas trop comment faire ça... J'imagine que c'est dans la config de exim4 ? Frédéric MASSOT JULIANA Multimédia frede...@juliana-multimedia.com 06.67.19.95.69 - 02.97.54.77.94 Le 17 déc. 2013 à 17:59, Nicolas nico...@tycho.fr a écrit : Bonjour à tous les debianistes, Je loue un serveur kimsufi chez OVH qui tourne sous Debian 7.2. J'ai installé et configuré un serveur mail (exim4), imap (dovecot) et un webmail (roundcube). Tout ceci fonctionne bien, j'envoie et je reçois des mails à l'aide du webmail sans souci. Mais j'essaie d'utiliser un client mail chez moi (thunderbird, evolution, geary) et il m'est impossible de me connecter au serveur smtp, je suis constamment rejeté par un timeout. Le port 25 est ouvert avec le firewall arno_iptables_firewall mais quand je teste le-dit port, nmap ou telnet ne le voient pas comme ouvert. nmap le présente comme filtered (25/tcp filtered smtp) et une tentative de connexion telnet me rejette au bout d'un temps assez long avec un beau timeout (telnet: Unable to connect to remote host: Connection timed out). Je ne vois pas du tout d'où peut venir le souci et je ne vois rien dans les logs. Si quelqu'un pouv ait m'orienter dans mes recherches, me fournir une piste, j'en serais ravi. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52b098fe.2030...@gmail.com
Re: serveur mail et connexion smtp depuis l'extérieur
Désolé, mais il n'y a pas d'argument pour contrer l'ignorance. Je préfère les SAS aux RFC, ne m'en voulez pas :-)) Le 17 déc. 13 à 20:40, Johnny B a écrit : Le 12/17/2013 08:28 PM, Philippe Gras a écrit : Oui, moi j'y suis confronté, avec postfix-mysql + courrier. Je suis bien content d'apprendre cette histoire de port :-) Ah ? pourtant ca fait des années que le port 587 est conseillé et depuis 2011 en RFC 6409 ;) Le 17 déc. 13 à 19:42, Nicolas a écrit : Le 17-12-2013 18:33, Johnny B a écrit : Hello, RTFM http://www.exim.org/exim-html-current/doc/html/spec_html/ch- the_default_configuration_file.html La documentation c'est la clef de tout :D Oui, j'ai parcouru (sans doute trop rapidement) des docs (mais pas celle là, je l'avoue) mais comme je n'ai pas le courage ni le temps de tout lire, je me disais, naïvement, que quelqu'un parmi les debianistes avait peut-être été confronté à ce genre de problème et pourrait me répondre rapidement et efficacement. Et c'est bien ce qui s'est produis ! Mais promis, je rtfm à fond... Merci en tout cas. Le 12/17/2013 06:21 PM, Nicolas a écrit : Le 17-12-2013 17:05, Frédéric MASSOT a écrit : La connexion des clients smtp doit maintenant être réalisée sur le port 587 en smtp authentifie. D'accord, mais je ne sais pas trop comment faire ça... J'imagine que c'est dans la config de exim4 ? Frédéric MASSOT JULIANA Multimédia frede...@juliana-multimedia.com 06.67.19.95.69 - 02.97.54.77.94 Le 17 déc. 2013 à 17:59, Nicolas nico...@tycho.fr a écrit : Bonjour à tous les debianistes, Je loue un serveur kimsufi chez OVH qui tourne sous Debian 7.2. J'ai installé et configuré un serveur mail (exim4), imap (dovecot) et un webmail (roundcube). Tout ceci fonctionne bien, j'envoie et je reçois des mails à l'aide du webmail sans souci. Mais j'essaie d'utiliser un client mail chez moi (thunderbird, evolution, geary) et il m'est impossible de me connecter au serveur smtp, je suis constamment rejeté par un timeout. Le port 25 est ouvert avec le firewall arno_iptables_firewall mais quand je teste le-dit port, nmap ou telnet ne le voient pas comme ouvert. nmap le présente comme filtered (25/tcp filtered smtp) et une tentative de connexion telnet me rejette au bout d'un temps assez long avec un beau timeout (telnet: Unable to connect to remote host: Connection timed out). Je ne vois pas du tout d'où peut venir le souci et je ne vois rien dans les logs. Si quelqu'un pouv ait m'orienter dans mes recherches, me fournir une piste, j'en serais ravi. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/ dbcdc4275e71f5e3339a8375227dd...@tycho.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52b0a8af.4010...@gmail.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/03648d6b-1440-43c5-889e-943725d0b...@worldonline.fr
Re: serveur mail et connexion smtp depuis l'extérieur
Alors j'avoue la mienne sur les SAS ;) Le 12/17/2013 09:51 PM, Philippe Gras a écrit : Désolé, mais il n'y a pas d'argument pour contrer l'ignorance. Je préfère les SAS aux RFC, ne m'en voulez pas :-)) Le 17 déc. 13 à 20:40, Johnny B a écrit : Le 12/17/2013 08:28 PM, Philippe Gras a écrit : Oui, moi j'y suis confronté, avec postfix-mysql + courrier. Je suis bien content d'apprendre cette histoire de port :-) Ah ? pourtant ca fait des années que le port 587 est conseillé et depuis 2011 en RFC 6409 ;) Le 17 déc. 13 à 19:42, Nicolas a écrit : Le 17-12-2013 18:33, Johnny B a écrit : Hello, RTFM http://www.exim.org/exim-html-current/doc/html/spec_html/ch-the_default_configuration_file.html La documentation c'est la clef de tout :D Oui, j'ai parcouru (sans doute trop rapidement) des docs (mais pas celle là, je l'avoue) mais comme je n'ai pas le courage ni le temps de tout lire, je me disais, naïvement, que quelqu'un parmi les debianistes avait peut-être été confronté à ce genre de problème et pourrait me répondre rapidement et efficacement. Et c'est bien ce qui s'est produis ! Mais promis, je rtfm à fond... Merci en tout cas. Le 12/17/2013 06:21 PM, Nicolas a écrit : Le 17-12-2013 17:05, Frédéric MASSOT a écrit : La connexion des clients smtp doit maintenant être réalisée sur le port 587 en smtp authentifie. D'accord, mais je ne sais pas trop comment faire ça... J'imagine que c'est dans la config de exim4 ? Frédéric MASSOT JULIANA Multimédia frede...@juliana-multimedia.com 06.67.19.95.69 - 02.97.54.77.94 Le 17 déc. 2013 à 17:59, Nicolas nico...@tycho.fr a écrit : Bonjour à tous les debianistes, Je loue un serveur kimsufi chez OVH qui tourne sous Debian 7.2. J'ai installé et configuré un serveur mail (exim4), imap (dovecot) et un webmail (roundcube). Tout ceci fonctionne bien, j'envoie et je reçois des mails à l'aide du webmail sans souci. Mais j'essaie d'utiliser un client mail chez moi (thunderbird, evolution, geary) et il m'est impossible de me connecter au serveur smtp, je suis constamment rejeté par un timeout. Le port 25 est ouvert avec le firewall arno_iptables_firewall mais quand je teste le-dit port, nmap ou telnet ne le voient pas comme ouvert. nmap le présente comme filtered (25/tcp filtered smtp) et une tentative de connexion telnet me rejette au bout d'un temps assez long avec un beau timeout (telnet: Unable to connect to remote host: Connection timed out). Je ne vois pas du tout d'où peut venir le souci et je ne vois rien dans les logs. Si quelqu'un pouv ait m'orienter dans mes recherches, me fournir une piste, j'en serais ravi. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/dbcdc4275e71f5e3339a8375227dd...@tycho.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52b0a8af.4010...@gmail.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52b0bf61.1010...@gmail.com
Re: serveur mail et connexion smtp depuis l'extérieur
Oui, moi j'y suis confronté, avec postfix-mysql + courrier. Je suis bien content d'apprendre cette histoire de port :-) Le 17 déc. 13 à 19:42, Nicolas a écrit : Le 17-12-2013 18:33, Johnny B a écrit : Hello, RTFM http://www.exim.org/exim-html-current/doc/html/spec_html/ch- the_default_configuration_file.html La documentation c'est la clef de tout :D Oui, j'ai parcouru (sans doute trop rapidement) des docs (mais pas celle là, je l'avoue) mais comme je n'ai pas le courage ni le temps de tout lire, je me disais, naïvement, que quelqu'un parmi les debianistes avait peut-être été confronté à ce genre de problème et pourrait me répondre rapidement et efficacement. Et c'est bien ce qui s'est produis ! Mais promis, je rtfm à fond... Merci en tout cas. Le 12/17/2013 06:21 PM, Nicolas a écrit : Le 17-12-2013 17:05, Frédéric MASSOT a écrit : La connexion des clients smtp doit maintenant être réalisée sur le port 587 en smtp authentifie. D'accord, mais je ne sais pas trop comment faire ça... J'imagine que c'est dans la config de exim4 ? Frédéric MASSOT JULIANA Multimédia frede...@juliana-multimedia.com 06.67.19.95.69 - 02.97.54.77.94 Le 17 déc. 2013 à 17:59, Nicolas nico...@tycho.fr a écrit : Bonjour à tous les debianistes, Je loue un serveur kimsufi chez OVH qui tourne sous Debian 7.2. J'ai installé et configuré un serveur mail (exim4), imap (dovecot) et un webmail (roundcube). Tout ceci fonctionne bien, j'envoie et je reçois des mails à l'aide du webmail sans souci. Mais j'essaie d'utiliser un client mail chez moi (thunderbird, evolution, geary) et il m'est impossible de me connecter au serveur smtp, je suis constamment rejeté par un timeout. Le port 25 est ouvert avec le firewall arno_iptables_firewall mais quand je teste le-dit port, nmap ou telnet ne le voient pas comme ouvert. nmap le présente comme filtered (25/tcp filtered smtp) et une tentative de connexion telnet me rejette au bout d'un temps assez long avec un beau timeout (telnet: Unable to connect to remote host: Connection timed out). Je ne vois pas du tout d'où peut venir le souci et je ne vois rien dans les logs. Si quelqu'un pouv ait m'orienter dans mes recherches, me fournir une piste, j'en serais ravi. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/ dbcdc4275e71f5e3339a8375227dd...@tycho.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/de11d16a-f141-4a08-9a77-3bc39eb84...@worldonline.fr
Re: serveur mail et connexion smtp depuis l'extérieur
Le 12/17/2013 08:28 PM, Philippe Gras a écrit : Oui, moi j'y suis confronté, avec postfix-mysql + courrier. Je suis bien content d'apprendre cette histoire de port :-) Ah ? pourtant ca fait des années que le port 587 est conseillé et depuis 2011 en RFC 6409 ;) Le 17 déc. 13 à 19:42, Nicolas a écrit : Le 17-12-2013 18:33, Johnny B a écrit : Hello, RTFM http://www.exim.org/exim-html-current/doc/html/spec_html/ch-the_default_configuration_file.html La documentation c'est la clef de tout :D Oui, j'ai parcouru (sans doute trop rapidement) des docs (mais pas celle là, je l'avoue) mais comme je n'ai pas le courage ni le temps de tout lire, je me disais, naïvement, que quelqu'un parmi les debianistes avait peut-être été confronté à ce genre de problème et pourrait me répondre rapidement et efficacement. Et c'est bien ce qui s'est produis ! Mais promis, je rtfm à fond... Merci en tout cas. Le 12/17/2013 06:21 PM, Nicolas a écrit : Le 17-12-2013 17:05, Frédéric MASSOT a écrit : La connexion des clients smtp doit maintenant être réalisée sur le port 587 en smtp authentifie. D'accord, mais je ne sais pas trop comment faire ça... J'imagine que c'est dans la config de exim4 ? Frédéric MASSOT JULIANA Multimédia frede...@juliana-multimedia.com 06.67.19.95.69 - 02.97.54.77.94 Le 17 déc. 2013 à 17:59, Nicolas nico...@tycho.fr a écrit : Bonjour à tous les debianistes, Je loue un serveur kimsufi chez OVH qui tourne sous Debian 7.2. J'ai installé et configuré un serveur mail (exim4), imap (dovecot) et un webmail (roundcube). Tout ceci fonctionne bien, j'envoie et je reçois des mails à l'aide du webmail sans souci. Mais j'essaie d'utiliser un client mail chez moi (thunderbird, evolution, geary) et il m'est impossible de me connecter au serveur smtp, je suis constamment rejeté par un timeout. Le port 25 est ouvert avec le firewall arno_iptables_firewall mais quand je teste le-dit port, nmap ou telnet ne le voient pas comme ouvert. nmap le présente comme filtered (25/tcp filtered smtp) et une tentative de connexion telnet me rejette au bout d'un temps assez long avec un beau timeout (telnet: Unable to connect to remote host: Connection timed out). Je ne vois pas du tout d'où peut venir le souci et je ne vois rien dans les logs. Si quelqu'un pouv ait m'orienter dans mes recherches, me fournir une piste, j'en serais ravi. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/dbcdc4275e71f5e3339a8375227dd...@tycho.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/52b0a8af.4010...@gmail.com
Re: configuration serveur mail IMAP (dovecot)
On Sun, Dec 09, 2012 at 08:31:06AM +0100, Nicolas KOWALSKI wrote: [..] le fichier /var/mail/basile existe et il est non-vide. la commande dovecot -n donne # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-3-amd64 x86_64 Debian wheezy/sid mail_location = mbox:~/mail:INBOX=/var/mail/%u Ca c'est bon. namespace inbox { inbox = yes location = mbox:/var/mail/%u Ici tu redéfinis le *répertoire* de stockage à /var/mail/login. Ce n'est pas bon, et correspond à l'erreur du serveur root directory can't be a file. Pour corriger, tu enlèves cette ligne location = du namespace inbox, et tu relances dovecot. Ca ira beaucoup mieux. Merci beaucoup, ca marche mieux. Mais pas complètement. Sylpheed sur la machine glinka affiche bien les messages, mais quand j'en supprime un j'ai dans le log de sylpheed: [09:18:08] IMAP4 11 OK Fetch completed. [09:18:08] IMAP4 12 UID STORE 134 +FLAGS.SILENT (\Seen) [09:18:08] IMAP4 12 OK Store completed. [09:18:13] IMAP4 13 UID COPY 134,356:358 Trash [09:18:13] IMAP4 13 NO [TRYCREATE] Mailbox doesn't exist: Trash ** LibSylph-WARNING: [09:18:13] can't copy 134,356:358 to Trash ** can't copy 134,356:358 to Trash [09:18:13] IMAP4 14 STATUS Trash (MESSAGES RECENT UIDNEXT UIDVALIDITY UNSEEN) [09:18:13] IMAP4 14 NO Mailbox doesn't exist: Trash ** LibSylph-WARNING: [09:18:13] error on imap command: STATUS ** error on imap command: STATUS [09:18:13] IMAP4 15 UID FETCH 129 BODY.PEEK[] [09:18:13] IMAP4 * 98 FETCH (UID 129 BODY[] {21394} [09:18:13] IMAP4 ) [09:18:13] IMAP4 15 OK Fetch completed. [09:18:13] IMAP4 16 UID STORE 129 +FLAGS.SILENT (\Seen) [09:18:13] IMAP4 16 OK Store completed. je vais essayer de recréer mon ~/mail/ sur hector (le serveur smtp+imap+) Cordialement -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} *** -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121209082156.ga21...@ours.starynkevitch.net
Re: configuration serveur mail IMAP (dovecot)
On Sun, Dec 09, 2012 at 09:21:56AM +0100, Basile Starynkevitch wrote: [09:18:13] IMAP4 14 STATUS Trash (MESSAGES RECENT UIDNEXT UIDVALIDITY UNSEEN) [09:18:13] IMAP4 14 NO Mailbox doesn't exist: Trash La boite Trash n'existe apparemment pas. Elle est probablement listée dans les abonnements IMAP par erreur, et Sylpheed ne gère pas ce cas. Puisque tu utilises du mbox, tu peux la créer à la main facilement: touch ~/mail/Trash -- Nicolas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121209082939.gc22...@petole.demisel.net
Re: configuration serveur mail IMAP (dovecot)
On Sun, 9 Dec 2012 09:29:40 +0100 Nicolas KOWALSKI nicolas.kowal...@gmail.com wrote: On Sun, Dec 09, 2012 at 09:21:56AM +0100, Basile Starynkevitch wrote: [09:18:13] IMAP4 14 STATUS Trash (MESSAGES RECENT UIDNEXT UIDVALIDITY UNSEEN) [09:18:13] IMAP4 14 NO Mailbox doesn't exist: Trash La boite Trash n'existe apparemment pas. Elle est probablement listée dans les abonnements IMAP par erreur, et Sylpheed ne gère pas ce cas. Puisque tu utilises du mbox, tu peux la créer à la main facilement: touch ~/mail/Trash Merci, ca semble marcher correctement. Cordialement -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mine, sont seulement les miennes} *** -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121209094401.ddbbbd72c86243bc02625...@starynkevitch.net
Re: configuration serveur mail IMAP (dovecot)
On Sun, 9 Dec 2012 09:29:40 +0100 Nicolas KOWALSKI nicolas.kowal...@gmail.com wrote: On Sun, Dec 09, 2012 at 09:21:56AM +0100, Basile Starynkevitch wrote: [09:18:13] IMAP4 14 STATUS Trash (MESSAGES RECENT UIDNEXT UIDVALIDITY UNSEEN) [09:18:13] IMAP4 14 NO Mailbox doesn't exist: Trash La boite Trash n'existe apparemment pas. Elle est probablement listée dans les abonnements IMAP par erreur, et Sylpheed ne gère pas ce cas. Puisque tu utilises du mbox, tu peux la créer à la main facilement: touch ~/mail/Trash Merci, ca semble marcher correctement. Cordialement -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mine, sont seulement les miennes} *** -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121209094427.88f70aac5b81d7a8ceda5...@starynkevitch.net
Re: configuration serveur mail IMAP (dovecot)
On Sat, 8 Dec 2012 17:40:54 +0100 Basile Starynkevitch bas...@starynkevitch.net wrote: J'ai un petit réseau domestique sous Debian/Sid (et Trudububu/) Et juste en passant, quel est l'intérêt d'utiliser IMAP avec un format mbox? -- Chachou Je passs en L Tro bi1 jsui tro Ereuz! Jvou kiff lé fi!!! Glorf Tu m'étonne qu'après les gens disent que n'importe qui peut faire L... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121209171530.55844032@anubis.defcon1
Re: configuration serveur mail IMAP (dovecot)
On Sun, Dec 09, 2012 at 05:15:30PM +0100, Bzzz wrote: On Sat, 8 Dec 2012 17:40:54 +0100 Basile Starynkevitch bas...@starynkevitch.net wrote: J'ai un petit réseau domestique sous Debian/Sid (et Trudububu/) Et juste en passant, quel est l'intérêt d'utiliser IMAP avec un format mbox? Tu suggères quoi? Et comment faire la transition sans perdre le contenu de mon /var/mail/basile Cordialement -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} *** -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121209162203.ga22...@ours.starynkevitch.net
Re: configuration serveur mail IMAP (dovecot)
On Sun, 9 Dec 2012 17:22:03 +0100 Basile Starynkevitch bas...@starynkevitch.net wrote: Tu suggères quoi? Ben le format std d'IMAP, à savoir un fichier/e-mail (sèpusonom). Et comment faire la transition sans perdre le contenu de mon /var/mail/basile Imapsync le fait très bien (quoiqu'il soit difficile de trouver une version packagée depuis qu'il est passé en non-libre). -- quizzeur devinette n°12: quizzeur Harry Potter et La coupe... blouffi au bol hart au bol jHoNNyBravO au bol quizzeur ...De feu hart au cul blouffi au cul jHoNNyBravO au cul quizzeur bon ok a plus -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121209173250.447ec736@anubis.defcon1
Re: configuration serveur mail IMAP (dovecot)
Le Sun, 9 Dec 2012 17:32:50 +0100, Bzzz lazyvi...@gmx.com a écrit : On Sun, 9 Dec 2012 17:22:03 +0100 Basile Starynkevitch bas...@starynkevitch.net wrote: Tu suggères quoi? Ben le format std d'IMAP, à savoir un fichier/e-mail (sèpusonom). Et comment faire la transition sans perdre le contenu de mon /var/mail/basile Imapsync le fait très bien (quoiqu'il soit difficile de trouver une version packagée depuis qu'il est passé en non-libre). bonjour, j'ai trouvé le moyen d'installer le paquet et voici le tutoriel : http://blog.playerx.net/2012/01/26/howto-getting-imapsync-installed-onto-debian/ bonne lecture slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121209180219.33d3ace2.bernard.schoenac...@free.fr
Re: configuration serveur mail IMAP (dovecot)
On Sun, Dec 09, 2012 at 05:32:50PM +0100, Bzzz wrote: On Sun, 9 Dec 2012 17:22:03 +0100 Basile Starynkevitch bas...@starynkevitch.net wrote: Tu suggères quoi? Ben le format std d'IMAP, à savoir un fichier/e-mail (sèpusonom). Il n'y a pas de format standard IMAP. C'est un protocole d'accès à des boites, (quasi) indépendant du format de stockage, format qui varie selon les serveurs : - Courier-IMAP: Maildir++, - Dovecot: mbox, Maildir++, Maildir(FS), dbox, mdbox, ..., - Cyrus: format spécifique, ressemblant à du MH, - UW-IMAP: mbox, mbx, mh, ... Et comment faire la transition sans perdre le contenu de mon /var/mail/basile Imapsync le fait très bien (quoiqu'il soit difficile de trouver une version packagée depuis qu'il est passé en non-libre). Il va synchroniser de quoi vers quoi ? De son serveur vers le même serveur ? J'ai comme un gros doute sur la chose... S'il veut convertir ses boites de mbox en Maildir++, mb2md est un excellent outil. -- Nicolas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121209171645.ga23...@petole.demisel.net
Re: configuration serveur mail IMAP (dovecot)
On Sun, 9 Dec 2012 18:16:45 +0100 Nicolas KOWALSKI nicolas.kowal...@gmail.com wrote: Imapsync le fait très bien (quoiqu'il soit difficile de trouver une version packagée depuis qu'il est passé en non-libre). Il va synchroniser de quoi vers quoi ? De son serveur vers le même serveur ? J'ai comme un gros doute sur la chose... C'est n'importe quoi, sans doute la polémique pour la polémique... -- Kazu t'as pas un soft qui transformerait windows en linux ? =( Misterbretzel un purgatware ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121209182527.2c8e70a4@anubis.defcon1
configuration serveur mail IMAP (dovecot)
Bonsoir, J'ai un petit réseau domestique sous Debian/Sid (et Ubuntu/) Une machine dans un placard, en interne hector.lesours, est connectée à l'Internet en tant que ours.starynkevitch.net (via un modem ADSL convenablement configuré) et c'est aussi un serveur SMTP exim4 (et IMAP dovecot). Elle reçoit bien le traffic SMTP. J'ai du réinstaller Debian il y a 6 ou 9 mois suite à un crash disque. Mon PC desktop est sur le réseau interne glinka.lesours Il a quelques comptes mail (demi-douzaine) sur hector. Je n'arrive plus à accéder par IMAP4 à hector depuis glinka. Par exemple sous sylpheed la fenetre Tool-Log Window (Protocol log) donne: ** Could not establish IMAP connection. * creating IMAP4 connection to hector.lesours:993 ... * SSL certificate of hector.lesours previously accepted [17:32:32] IMAP4 * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN] Dovecot ready. [17:32:32] IMAP4 1 CAPABILITY [17:32:32] IMAP4 * CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN [17:32:32] IMAP4 1 OK Pre-login capabilities listed, post-login capabilities have more. [17:32:32] IMAP4 2 AUTHENTICATE PLAIN [17:32:32] IMAP4 + [17:32:32] IMAP4 [17:32:32] IMAP4 * BYE Internal error occurred. Refer to server log for more information. ** LibSylph-WARNING: [17:32:32] IMAP4 authentication failed. ** IMAP4 authentication failed. [17:32:32] IMAP4 3 LOGOUT ** LibSylph-WARNING: [17:32:32] Could not establish IMAP connection. ** Could not establish IMAP connection. Sur le serveur hector, j'utilise dovecot comme serveur IMAP (mais je suis disposé à changer, s'il y a plus simple) En pratique, je suis réduit depuis des mois à lire mon mél par ssh hector mutt, ce qui à la longue est parfois inconfortable. Le fichier /var/log/mail.log contient notamment Dec 8 17:32:32 hector dovecot: imap(basile): Error: Invalid user settings. Refer to server log for more information. Dec 8 17:32:32 hector dovecot: imap-login: Login: user=basile, method=PLAIN, rip=192.168.0.1, lip=192.168.0.5, mpid=18514, TLS, session=mTv+4FnQQwDAqAAB Dec 8 17:32:32 hector dovecot: imap(basile): Error: user basile: Initialization failed: Namespace '': mbox: mbox root directory can't be a file: /var/mail/basile (http://wiki2.dovecot.org/MailLocation/Mbox) le fichier /var/mail/basile existe et il est non-vide. la commande dovecot -n donne # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-3-amd64 x86_64 Debian wheezy/sid mail_location = mbox:~/mail:INBOX=/var/mail/%u namespace inbox { inbox = yes location = mbox:/var/mail/%u mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox Sent Messages { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap ssl_cert = /etc/ssl/certs/dovecot.pem ssl_key = /etc/ssl/private/dovecot.pem userdb { driver = passwd } Avez vous des idées??? Cordialement -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} *** -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121208164054.ga18...@ours.starynkevitch.net
Re: configuration serveur mail IMAP (dovecot)
Le Sat, 8 Dec 2012 17:40:54 +0100, Basile Starynkevitch bas...@starynkevitch.net a écrit : Bonsoir, J'ai un petit réseau domestique sous Debian/Sid (et Ubuntu/) Une machine dans un placard, en interne hector.lesours, est connectée à l'Internet en tant que ours.starynkevitch.net (via un modem ADSL convenablement configuré) et c'est aussi un serveur SMTP exim4 (et IMAP dovecot). Elle reçoit bien le traffic SMTP. J'ai du réinstaller Debian il y a 6 ou 9 mois suite à un crash disque. Mon PC desktop est sur le réseau interne glinka.lesours Il a quelques comptes mail (demi-douzaine) sur hector. Je n'arrive plus à accéder par IMAP4 à hector depuis glinka. Par exemple sous sylpheed la fenetre Tool-Log Window (Protocol log) donne: ** Could not establish IMAP connection. * creating IMAP4 connection to hector.lesours:993 ... * SSL certificate of hector.lesours previously accepted [17:32:32] IMAP4 * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN] Dovecot ready. [17:32:32] IMAP4 1 CAPABILITY [17:32:32] IMAP4 * CAPABILITY IMAP4rev1 LITERAL+ IMAP4 SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN [17:32:32] IMAP4 1 OK Pre-login capabilities listed, post-login capabilities have more. [17:32:32] IMAP4 2 AUTHENTICATE PLAIN [17:32:32] IMAP4 + [17:32:32] IMAP4 [17:32:32] IMAP4 * BYE Internal error occurred. Refer to server log for more information. ** LibSylph-WARNING: [17:32:32] IMAP4 authentication failed. ** IMAP4 authentication failed. [17:32:32] IMAP4 3 LOGOUT ** LibSylph-WARNING: [17:32:32] Could not establish IMAP connection. ** Could not establish IMAP connection. Sur le serveur hector, j'utilise dovecot comme serveur IMAP (mais je suis disposé à changer, s'il y a plus simple) En pratique, je suis réduit depuis des mois à lire mon mél par ssh hector mutt, ce qui à la longue est parfois inconfortable. Le fichier /var/log/mail.log contient notamment Dec 8 17:32:32 hector dovecot: imap(basile): Error: Invalid user settings. Refer to server log for more information. Dec 8 17:32:32 hector dovecot: imap-login: Login: user=basile, method=PLAIN, rip=192.168.0.1, lip=192.168.0.5, mpid=18514, TLS, session=mTv+4FnQQwDAqAAB Dec 8 17:32:32 hector dovecot: imap(basile): Error: user basile: Initialization failed: Namespace '': mbox: mbox root directory can't be a file: /var/mail/basile (http://wiki2.dovecot.org/MailLocation/Mbox) le fichier /var/mail/basile existe et il est non-vide. la commande dovecot -n donne # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-3-amd64 x86_64 Debian wheezy/sid mail_location = mbox:~/mail:INBOX=/var/mail/%u namespace inbox { inbox = yes location = mbox:/var/mail/%u mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox Sent Messages { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap ssl_cert = /etc/ssl/certs/dovecot.pem ssl_key = /etc/ssl/private/dovecot.pem userdb { driver = passwd } Avez vous des idées??? Cordialement bonjour, est il possible d'accéder via ssh au service ? autrement il est possible de faire les essai avec claws-mail? slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121208203353.70fe6e59.bernard.schoenac...@free.fr
Re: configuration serveur mail IMAP (dovecot)
On Sat, Dec 08, 2012 at 08:33:53PM +0100, Bernard Schoenacker wrote: est il possible d'accéder via ssh au service ? Ca veut dire quoi, accéder par ssh à un service imap?? C'est par quelle option de ssh? -R ??? j'accède sans problème par ssh à hector. C'est comme ça que je lis mon mél: ssh hector mutt Mais mutt est inconfortable pour les méls en HTML ou autre (Et je préfère l'interface de sylpheed à celle de mutt) Cordialement -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} *** -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121208194945.ga19...@ours.starynkevitch.net
Re: configuration serveur mail IMAP (dovecot)
On Sat, Dec 08, 2012 at 05:40:54PM +0100, Basile Starynkevitch wrote: Le fichier /var/log/mail.log contient notamment Dec 8 17:32:32 hector dovecot: imap(basile): Error: Invalid user settings. Refer to server log for more information. Dec 8 17:32:32 hector dovecot: imap-login: Login: user=basile, method=PLAIN, rip=192.168.0.1, lip=192.168.0.5, mpid=18514, TLS, session=mTv+4FnQQwDAqAAB Dec 8 17:32:32 hector dovecot: imap(basile): Error: user basile: Initialization failed: Namespace '': mbox: mbox root directory can't be a file: /var/mail/basile (http://wiki2.dovecot.org/MailLocation/Mbox) le fichier /var/mail/basile existe et il est non-vide. la commande dovecot -n donne # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-3-amd64 x86_64 Debian wheezy/sid mail_location = mbox:~/mail:INBOX=/var/mail/%u Ca c'est bon. namespace inbox { inbox = yes location = mbox:/var/mail/%u Ici tu redéfinis le *répertoire* de stockage à /var/mail/login. Ce n'est pas bon, et correspond à l'erreur du serveur root directory can't be a file. Pour corriger, tu enlèves cette ligne location = du namespace inbox, et tu relances dovecot. Ca ira beaucoup mieux. -- Nicolas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20121209073106.gb22...@petole.demisel.net
Re: serveur mail : mot de passe refusé
Le 02/02/2012 08:49, Carmelo a écrit : Le 2 févr. 2012 à 08:38, Carmelo a écrit : Bonjour, J'ai mis en place mon serveur mail à la maison. Tout semble fonctionner parfaitement. Par contre, plusieurs fois par jour, mon client mail (Apple Mail) me dit : le serveur ingrao.fr a refusé le mot de passe pour imap.ingrao.fr, et me propose de le retaper. Ce que je fe fais (en cochant la case enregistrer le mot de passe), mais il me redemande le mot de passe 3, 4 ou 5 fois de suite, avant que la réception de mails fonctionne. (le mot de passe tapé est le bon, il s'agit de celui du compte UNIX de mon serveur) Avez-vous une idée ? (à part changer de client mail ^^) D'avance merci, A note que le problème semble se produire lorsque j'ai 2 clients mails ouverts simultanément : 1 sur ma machine fixe, 1 sur mon laptop ... Salut, Comment est-ce que tu te connectes à ton serveur, en POP3 ou en IMAP4 ? Si c'est du POP3, saches que le serveur n'accepteras qu'une connexion à la fois par utilisateur. Dans ce cas, il est possible que ton client ne fasses pas la différence entre un refus pour mauvais mot de passe et un refus pour une autre raison. A+ Jean-Jacques -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4f2a544d.2010...@doti.fr
serveur mail : mot de passe refusé
Bonjour, J'ai mis en place mon serveur mail à la maison. Tout semble fonctionner parfaitement. Par contre, plusieurs fois par jour, mon client mail (Apple Mail) me dit : le serveur ingrao.fr a refusé le mot de passe pour imap.ingrao.fr, et me propose de le retaper. Ce que je fe fais (en cochant la case enregistrer le mot de passe), mais il me redemande le mot de passe 3, 4 ou 5 fois de suite, avant que la réception de mails fonctionne. (le mot de passe tapé est le bon, il s'agit de celui du compte UNIX de mon serveur) Avez-vous une idée ? (à part changer de client mail ^^) D'avance merci, Carmelo -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/fe5371a6-7e7f-4815-a56a-fb48016b9...@ingrao.fr
Re: serveur mail : mot de passe refusé
Le 2 févr. 2012 à 08:38, Carmelo a écrit : Bonjour, J'ai mis en place mon serveur mail à la maison. Tout semble fonctionner parfaitement. Par contre, plusieurs fois par jour, mon client mail (Apple Mail) me dit : le serveur ingrao.fr a refusé le mot de passe pour imap.ingrao.fr, et me propose de le retaper. Ce que je fe fais (en cochant la case enregistrer le mot de passe), mais il me redemande le mot de passe 3, 4 ou 5 fois de suite, avant que la réception de mails fonctionne. (le mot de passe tapé est le bon, il s'agit de celui du compte UNIX de mon serveur) Avez-vous une idée ? (à part changer de client mail ^^) D'avance merci, A note que le problème semble se produire lorsque j'ai 2 clients mails ouverts simultanément : 1 sur ma machine fixe, 1 sur mon laptop ... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/c765b092-1598-44f8-a823-455324f60...@ingrao.fr
Re: Serveur Mail de secours!
On Thu, Oct 06, 2011 at 08:37:16PM +0200, François TOURDE wrote: Le 15250ième jour après Epoch, Stephane Bortzmeyer écrivait: On Mon, Oct 03, 2011 at 09:41:42PM +0200, Fabien LUCE f...@lutix.org wrote a message of 29 lines which said: hebergeant mon serveur exim depuis quelques temps, je souhaitais créer un serveur exim de secours sur le serveur d'un ami. Je pense que c'est une mauvaise idée, pour les raisons expliquées en http://www.bortzmeyer.org/mx-secondaire.html. Au fait, j'ai lu avec attention ton document, qui me semble tout à fait raisonné et assez clair pour tout le monde, et j'ai remarqué avec étonnement et un plaisir difficilement camouflé (non, ce n'était pas une érection) que j'y étais cité... excellent! Merci à toi, je mettrai ça dans mon CV dorénavant :) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/87ty7mhspv@fermat.tourde.home -- Fabien LUCE Jabber ID: f...@lutix.org Identi.ca: http://identi.ca/ftg Web: www.lutix.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20111007060903.gn8...@serveur.lutix.org
Re: Serveur Mail de secours!
On 2011-10-03 22:37:28 +0200, Stephane Bortzmeyer wrote: On Mon, Oct 03, 2011 at 09:41:42PM +0200, Fabien LUCE f...@lutix.org wrote a message of 29 lines which said: hebergeant mon serveur exim depuis quelques temps, je souhaitais créer un serveur exim de secours sur le serveur d'un ami. Je pense que c'est une mauvaise idée, pour les raisons expliquées en http://www.bortzmeyer.org/mx-secondaire.html. Un autre inconvénient est que c'est plus ou moins incompatible avec le grey-listing: si le client reçoit une erreur temporaire, il réessaie en passant par le MX secondaire, ce qui n'est pas vraiment l'effet souhaité. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20111007123755.ga30...@xvii.vinc17.org
Re: Serveur Mail de secours!
On Fri, 7 Oct 2011 14:37:55 +0200 Vincent Lefevre vinc...@vinc17.net wrote: ... Un autre inconvénient est que c'est plus ou moins incompatible avec le grey-listing: si le client reçoit une erreur temporaire, il réessaie en passant par le MX secondaire, ce qui n'est pas vraiment l'effet souhaité. Allez, une solution possible (et éprouvée): une synchro du/des directories mail sur une autre machine + du HA entre le SVR mail Pal et celui (en attente) de cette autre machine - évidemment comme les machines ne semblent pas dédiées, il faudra y ajouter les scripts qui vont bien pour prévenir le DNS primaire du changement, l'alerte admin, etc. -- Yow! Did something bad happen or am I in a drive-in movie?? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20111007145343.74940b70@anubis.defcon1
Re: Serveur Mail de secours!
Le 15250ième jour après Epoch, Stephane Bortzmeyer écrivait: On Mon, Oct 03, 2011 at 09:41:42PM +0200, Fabien LUCE f...@lutix.org wrote a message of 29 lines which said: hebergeant mon serveur exim depuis quelques temps, je souhaitais créer un serveur exim de secours sur le serveur d'un ami. Je pense que c'est une mauvaise idée, pour les raisons expliquées en http://www.bortzmeyer.org/mx-secondaire.html. Au fait, j'ai lu avec attention ton document, qui me semble tout à fait raisonné et assez clair pour tout le monde, et j'ai remarqué avec étonnement et un plaisir difficilement camouflé (non, ce n'était pas une érection) que j'y étais cité... Merci à toi, je mettrai ça dans mon CV dorénavant :) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/87ty7mhspv@fermat.tourde.home
Re: Serveur Mail de secours!
Le 04/10/2011 22:38, Fabien LUCE a écrit : En résumé, que me conseillez vous? Un serveur avec exactement la meme config de l 'autre cote sur lequel je switcherai manuellement? Bonjour, Il n' y a pas de solution miracle, comme dans tous les cas, elle dépend de tes besoins et l' importance des données (ici messages). Peux - tu nous donner plus de renseignements sur ton architecture ? Ce serveur gère uniquement une boîte pour un particulier ou pour plusieurs personnes (amis, entreprise, ...). Les services de transit et de consultation sont sur la même machine ? exemple = exim et dovecot Tout est sur le même disque dur ? Combien de temps les utilisateurs accepte de ne pas pouvoir consulter leurs messages ? Les messages déjà reçus ne seront pas récupérable après un crash du système de fichier (ou alors avec pas mal de chance) alors que ceux en transit peuvent être réémis (comme indiqué dans les réponses précédentes) et donc une panne n' est pas critique. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e8c7bc6.3090...@tmpmbox.no-ip.org
RE: Serveur Mail de secours!
Bonjour, Existe-t-il un moyen quelconque, en passant par le fichier de zone de mon registrar, de réecrire automatiquement _toutes_ les adresses mail vers une adresse principale alternative? Dans ma boite on utilise Hmail en secours. En principal on a un Exchange 2010 sp1, hébergé en interne, avec une cinquantaine d'adresses mail différentes. S'il y a une coupure internet, ou un crash quelconque du serveur Exchange, les mails sont envoyés sur une adresse unique configurée dans Hmail, hébergé sur une dedibox. Pour faire ça on a juste configuré un MX secondaire chez notre registrar. Une fois que le serveur Exchange répond de nouveau, on transfert les mails à la main de Hmail vers les boites correspondante de Excahnge. Voilà c'est une solution sans grande prétention, mais ça évite de perdre quelques mails de temps en temps. En cas de coupure prolongée, c'est tout de suite plus fastidieux de rebalancer tous les mails à la main, et les utilisateurs n'en reçoivent aucun pendant toute la période de coupure. __ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 5175 (20100605) __ Le message a été vérifié par ESET NOD32 Antivirus. http://www.eset.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/e7616ea960685f4d8e590df226833b5203b16...@exchedge.ppmc.local
Re: Serveur Mail de secours!
On 04/10/2011 07:52, Fabien LUCE wrote: Ma plus grande panne est le crash matériel! Et j'ai bien peur de ne pas réussir à rétablir le système assez rapidement si je suis en vacances par exemple! Existe-t-il un moyen quelconque, en passant par le fichier de zone de mon registrar, de réecrire automatiquement _toutes_ les adresses mail vers une adresse principale alternative? Vous me direz ca serait trop facile... Je partage globalement l'avis exposé par Stephane Bortzmeyer, qui s'applique principalement aux infrastructures dépourvues de moyens humains/techniques pour le maintien des services. Cependant pour essayer de répondre à Fabien, si la casse matérielle est le cas qui t'inquiète le plus, tu peux monter un cluster mail simple : - 2 machines physiques et/ou virtuelles - drbd, heartbeat et mon dans ton approche, un cluster actif/passif peut s'avèrer fonctionnel. De facon concise : - 'mon' teste les services - 'heartbeat' gère la bascule d'un serveur à l'autre - 'drbd' s'occupe de la synchronisation des données Ensuite ca me semble etre beaucoup d'energie pour regler une situation pour laquelle il restera bien d'autre spof, mais si cest pour la beauté de l'art :) JB(y) -- Best regards, -- Jean-Bernard Yata System Engineer Debian France Mirror Maintainer : debian.revolsys.fr -- Linux Debian User Group Community : IRC : irc.debian-mirror.com/#linux WWW : http://www.debian-mirror.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e8ac81d.6050...@revolsys.fr
Re: Serveur Mail de secours!
On Tue, Oct 04, 2011 at 10:47:25AM +0200, Jean-Bernard Yata wrote: Cependant pour essayer de répondre à Fabien, si la casse matérielle est le cas qui t'inquiète le plus, tu peux monter un cluster mail simple : - 2 machines physiques et/ou virtuelles - drbd, heartbeat et mon Deux machines virtuelles ne vont pas résoudre les problèmes de pannes physiques :) Après, ne pas oublier d'avoir aussi deux modems, deux lignes extérieures avec 2 IP différentes, et de préférence que les câbles ne passent pas au même endroit. Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20111004094840.ga1...@naryves.com
Re: Serveur Mail de secours!
Deux machines virtuelles ne vont pas résoudre les problèmes de pannes physiques :) Après, ne pas oublier d'avoir aussi deux modems, deux lignes extérieures avec 2 IP différentes, et de préférence que les câbles ne passent pas au même endroit. Y. Bonjour, C' est effectivement conseillé. Une autre pratique consiste à partager ses ressources avec un partenaire, une connaissance. Via le système MX du dns vous vous accordez pour servir de relais de secours à l'autre et vice versa. Cordialement, -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e8adbc7.6040...@tmpmbox.no-ip.org
Re: Serveur Mail de secours!
Le mardi 4 octobre 2011 à 12:11:19, Fabrice MATHIEU a écrit : […] Bonjour, ’jour, […] Une autre pratique consiste à partager ses ressources avec un partenaire, une connaissance. Via le système MX du dns vous vous accordez pour servir de relais de secours à l'autre et vice versa. Et vous n’avez pas l’impression qu’on en revient à la question première : mettre en place un MX secondaire chez un ami ? Solution déjà écartée. Ou alors on change (manuellement s’entend) le MX de son domaine vers l’IP du copain quand on se rend compte que le sien est tombé en panne… -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201110041252.18963.sylvain.l.sauv...@free.fr
Re: Serveur Mail de secours!
Le 04/10/2011 12:52, Sylvain L. Sauvage a écrit : Et vous n’avez pas l’impression qu’on en revient à la question première : mettre en place un MX secondaire chez un ami ? Solution déjà écartée. Si, effectivement. Ou alors on change (manuellement s’entend) le MX de son domaine vers l’IP du copain quand on se rend compte que le sien est tombé en panne… Cela suppose une surveillance 24/24 du relais / serveur de messagerie depuis un réseau externe. Il me semble que généralement le MX pointe sur un nom de machine, le client résout ensuite l' entrée A ou AAA. Mais, corrigez - moi si je me trompe, la mise à jour d' une entrée dns implique un temps de réplication et de mise à jour des caches clients. Je pense que c' est viable si la panne est sur une moyenne / longue durée, mais pas assez réactive sur une courte durée. Sachant qu' un bon client smtp essaye de renvoyer à certains intervalles et pendant un certain temps les messages avant d' abandonner et avertir l' émetteur; excepté pour certains types de messages (réservation en ligne entre autre). -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e8aec15.5020...@tmpmbox.no-ip.org
Re: Serveur Mail de secours!
Le mardi 4 octobre 2011 à 13:20:53, Fabrice MATHIEU a écrit : […] Ou alors on change (manuellement s’entend) le MX de son domaine vers l’IP du copain quand on se rend compte que le sien est tombé en panne… Cela suppose une surveillance 24/24 du relais / serveur de messagerie depuis un réseau externe. Rappelons que, de ce que la discussion a donné pour l’instant, seule la panne matérielle de plus de quelques heures (voire jours) reste un potentiel problème. On reste sur un délai de réaction de l’ordre de la journée. Si on n’est pas là pendant la panne, c’est un utilisateur qui se rendra compte du problème parce qu’il ne pourra pas accéder au serveur. Dans le cadre d’un serveur à la maison, le nombre d’utilisateurs est plutôt limité et ils connaissent en général un moyen simple et rapide de prévenir l’administrateur. Pas besoin d’un truc trop compliqué. À la limite, puisque machine du copain il y a, que celle-ci et la sienne se vérifient de temps à autre et qu’un dispositif d’alerte ou de réaction plus ou moins automatique soit mis en place. Il y a une symétrie entre les deux serveurs, autant s’en servir. Et pas besoin de vérifier toutes les 5 min ; une ou deux fois par jour devrait suffire. Il me semble que généralement le MX pointe sur un nom de machine, le client résout ensuite l' entrée A ou AAA. Si, il me semble aussi. J’aurais dû dire « machine », pas « IP », _mea culpa._ Mais, corrigez - moi si je me trompe, la mise à jour d' une entrée dns implique un temps de réplication et de mise à jour des caches clients. Je pense que c' est viable si la panne est sur une moyenne / longue durée, mais pas assez réactive sur une courte durée. On reste sur quelques jours (un ou deux pour les DNS). Ce qui reste acceptable si on ne peut pas remplacer le matériel fautif plus rapidement. Sachant qu' un bon client smtp essaye de renvoyer à certains intervalles et pendant un certain temps les messages avant d' abandonner et avertir l' émetteur; Euh, s/bon client smtp/serveur smtp (MTA/MSA)/, parce que les clients (MUA) discutent directement avec le serveur qui risque la panne (et seront donc directement au courant qu’ils ne peuvent se connecter) ou utiliseront un MTA/MSA intermédiaire (qui sera celui qui réessaiera). excepté pour certains types de messages (réservation en ligne entre autre). Tu as un exemple ? -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201110041542.18045.sylvain.l.sauv...@free.fr
Re: Serveur Mail de secours!
Le 04/10/2011 15:42, Sylvain L. Sauvage a écrit : [...] excepté pour certains types de messages (réservation en ligne entre autre). Tu as un exemple ? Oui, pendant mon stage il m'a été demandé de mettre en place un système de filtrage par liste grise. Celui - ci a pour principe de renvoyer un code smtp 4xx (temporaire) si le message était vu pour la première fois suivant un schéma des en-têtes. Bref, une réservation sur le site de voyage SNCF (on a le droit de le citer ?) est envoyé une et une seule fois, en cas de refus (même temporaire) le message n' est pas renvoyé. Il me semble même que c' était indiqué lors de la réservation en ligne. Mais c' était il y a 5 ans, cela à peut être changé depuis. Je me suis rendu compte plus tard que le graylist n' est pas forcément dans les traces de/des RFC sur la messagerie électronique. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e8b10c8.9020...@tmpmbox.no-ip.org