Re: [Serveur mail] Bonnes pratiques et conseils

2017-04-15 Par sujet Thierry Bugier Pineau 
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  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  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

2017-04-02 Par sujet Christophe 

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

2017-04-02 Par sujet Kévin Gaspard 



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

2017-04-02 Par sujet Sébastien Dinot 
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

2017-04-02 Par sujet Kévin Gaspard 

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

2017-04-02 Par sujet Sébastien Dinot 
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

2017-04-01 Par sujet Louis-Philippe 
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  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

2017-04-01 Par sujet Kévin Gaspard 

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" 
À: "Debian User French" 
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

Re: Serveur mail: quel agent par defaut? + quqelques conseils

2015-03-12 Par sujet Hugues MORIN 
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

2015-03-12 Par sujet Sébastien NOBILI 
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

2015-03-12 Par sujet Christophe 

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

2015-03-12 Par sujet Sébastien NOBILI 
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

2015-03-12 Par sujet Hugues MORIN 
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

2015-03-12 Par sujet Christophe 

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

2015-03-12 Par sujet Hugues MORIN 
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

2015-03-12 Par sujet Johnny B 
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

2015-03-12 Par sujet BERTRAND Joël 

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

2015-03-11 Par sujet Hugues MORIN 
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

2015-03-11 Par sujet Johnny B 

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

2015-03-11 Par sujet cont...@baal.fr 
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

2015-03-11 Par sujet Hugues MORIN 
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

2015-03-11 Par sujet Keldan 

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

2015-03-11 Par sujet Keldan 
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

2015-03-11 Par sujet BERTRAND Joël 

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

2015-03-10 Par sujet Hugues MORIN 
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

2015-03-10 Par sujet Hugues MORIN 
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

2015-03-10 Par sujet Johnny B 

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

2015-03-10 Par sujet Johnny B 

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

2015-03-10 Par sujet Sébastien NOBILI 
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

2015-03-10 Par sujet Hugues MORIN 
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

2015-03-10 Par sujet Hugues MORIN 
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

2015-03-10 Par sujet Sébastien NOBILI 
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

2015-03-10 Par sujet Gaël 
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

2015-03-10 Par sujet Charles Plessy 
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

2015-03-10 Par sujet BERTRAND Joël 

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

2015-03-10 Par sujet Philippe Deleval 

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

2015-03-10 Par sujet BERTRAND Joël 

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

2015-03-10 Par sujet Johnny B 

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

2015-03-10 Par sujet Johnny B 

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

2015-03-10 Par sujet BERTRAND Joël 

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

2015-03-10 Par sujet BERTRAND Joël 

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

2015-03-10 Par sujet Christophe 

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

2015-03-09 Par sujet Johnny B 

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

Re: Serveur mail: quel agent par defaut? + quqelques conseils

2015-03-09 Par sujet Johnny B 

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

2015-03-09 Par sujet Gaël 
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

2015-03-09 Par sujet cont...@baal.fr 
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

2015-03-09 Par sujet BERTRAND Joël 

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

Re: serveur mail et connexion smtp depuis l'extérieur

2013-12-17 Par sujet Christophe 
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

2013-12-17 Par sujet Frédéric MASSOT 
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

2013-12-17 Par sujet Nicolas 

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

2013-12-17 Par sujet Nicolas 

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

2013-12-17 Par sujet Johnny B 

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

2013-12-17 Par sujet Philippe Gras 

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

2013-12-17 Par sujet Johnny B 

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

2013-12-17 Par sujet Philippe Gras 

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

2013-12-17 Par sujet Johnny B 

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: serveur mail : mot de passe refusé

2012-02-02 Par sujet Jean-Jacques Doti 

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

Re: serveur mail : mot de passe refusé

2012-02-01 Par sujet Carmelo 

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!

2011-10-07 Par sujet Fabien LUCE 
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!

2011-10-07 Par sujet Vincent Lefevre 
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!

2011-10-07 Par sujet Jean-Yves F. Barbier 
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!

2011-10-06 Par sujet François TOURDE 
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!

2011-10-05 Par sujet Fabrice MATHIEU 

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!

2011-10-04 Par sujet Ronan DILY 
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!

2011-10-04 Par sujet Jean-Bernard Yata 

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!

2011-10-04 Par sujet Yves Rutschle 
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!

2011-10-04 Par sujet Fabrice MATHIEU 

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!

2011-10-04 Par sujet Sylvain L. Sauvage 
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!

2011-10-04 Par sujet Fabrice MATHIEU 

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!

2011-10-04 Par sujet Sylvain L. Sauvage 
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!

2011-10-04 Par sujet Fabrice MATHIEU 

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

Re: Serveur Mail de secours!

2011-10-04 Par sujet François Boisson 
Le Tue, 04 Oct 2011 15:57:28 +0200
Fabrice MATHIEU boitepubli...@tmpmbox.no-ip.org a écrit:

 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.


J'ai une liste grise chez moi (délai 6mn) depuis plusieurs années (le paquet
smtpwrap que j'ai fait date du 4 juillet 2008) et ai fait de nombreuses
réservations sans jamais avoir de souci. Je ne crois pas que la SNCF applique
une politique particulière sur ses mails.

François Boisson

-- 
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/20111004204250.0b73d09c.user.anti-s...@maison.homelinux.net

Re: Serveur Mail de secours!

2011-10-04 Par sujet Fabien LUCE 
En résumé, que me conseillez vous?
Un serveur avec exactement la meme config de l 'autre cote sur lequel je
switcherai manuellement?



On Tue, Oct 04, 2011 at 08:42:50PM +0200, François Boisson wrote:
 Le Tue, 04 Oct 2011 15:57:28 +0200
 Fabrice MATHIEU boitepubli...@tmpmbox.no-ip.org a écrit:
 
  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.
 
 
 J'ai une liste grise chez moi (délai 6mn) depuis plusieurs années (le paquet
 smtpwrap que j'ai fait date du 4 juillet 2008) et ai fait de nombreuses
 réservations sans jamais avoir de souci. Je ne crois pas que la SNCF applique
 une politique particulière sur ses mails.
 
 François Boisson
 
 -- 
 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/20111004204250.0b73d09c.user.anti-s...@maison.homelinux.net
 

-- 
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/20111004203823.gi8...@serveur.lutix.org

Re: Serveur Mail de secours!

2011-10-04 Par sujet Jean-Yves F. Barbier 
On Tue, 4 Oct 2011 22:38:23 +0200
Fabien LUCE f...@lutix.org wrote:

 En résumé, que me conseillez vous?
 Un serveur avec exactement la meme config de l 'autre cote sur lequel je
 switcherai manuellement?

Pourquoi manuellement? Alors que tu peux organiser les 2 machines en nodes HA.

-- 
It's no longer a question of staying healthy.  It's a question of finding
a sickness you like.
-- Jackie Mason

--
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/20111004225718.5d8d8a51@anubis.defcon1

Re: Serveur Mail de secours!

2011-10-03 Par sujet François Boisson 
Le Mon, 3 Oct 2011 21:41:42 +0200
Fabien LUCE f...@lutix.org a écrit:

 Bonjour à tous,
 
 hebergeant mon serveur exim depuis quelques temps, je souhaitais créer
 un serveur exim de secours sur le serveur d'un ami.
 Voilà ce que je souhaiterais faire:
 - avoir une entree DNS secondaire si la premiere ne répond pas. Ok ca je
   pense savoir faire dans mon fichier de zone...
 - configurer routeur et transport sur mon exim.conf secondaire pour
   accumuler les mails, les dupliquer pour à la fois les délivrer en local
 (au cas où) et à la fois les renvoyer quand le serveur primaire se remet à
 répondre! Sur ce dernier point quelqu'un a-t-il une idée de la configuration
 précise du second serveur?

Il me semble qu'il suffit de faire un serveur exim acceptant de relayer les
mails à destination (dans exim3, c'est juste rajouter une ligne

relay_domains = domaine.accepte
)

puis il faut rajouter une ligne MX dans les entrées DNS. Lorsque le serveur
principal est HS, les mails vont sur le serveur secondaire qui les stocke le
temps que le serveur principal refasse surface. Si celui ci est opérationnel,
il se contente de les envoyer.

Il faut cependant faire attention aux spams, j'ai remarqué que ceux ci
visaient souvent les MX secondaires dans l'espoir de passer à travers les
filtres antispam (c'était arrivé chez moi). Le tout est finalement assez
simple à mettre en oeuvre. Mais j'ai peut être un peu trop simplifié.

François Boisson

-- 
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/20111003220622.9d303e22.user.anti-s...@maison.homelinux.net

Re: Serveur Mail de secours!

2011-10-03 Par sujet jacques 

Le 03/10/2011 22:06, François Boisson a écrit :


Il faut cependant faire attention aux spams, j'ai remarqué que ceux ci
visaient souvent les MX secondaires dans l'espoir de passer à travers les
filtres antispam


C'est l'objet de  mx.fakemx.net : http://www.fakemx.org/



François Boisson

  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/4e8a1a4a.20...@lavignotte.org

Re: Serveur Mail de secours!

2011-10-03 Par sujet Stephane Bortzmeyer 
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.

-- 
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/20111003203728.ga21...@sources.org

Re: Serveur Mail de secours!

2011-10-03 Par sujet François Boisson 
Le Mon, 3 Oct 2011 22:37:28 +0200
Stephane Bortzmeyer steph...@sources.org a écrit:

 Je pense que c'est une mauvaise idée, pour les raisons expliquées en
 http://www.bortzmeyer.org/mx-secondaire.html.


Oui, cet article résume assez bien le cheminement que j'ai eu et qui m'a
conduit à supprimer les serveurs de secours que j'avais mis en place (notamment
pour les spams effectivement)...

François Boisson

-- 
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/20111003231624.064e9152.user.anti-s...@maison.homelinux.net

Re: Serveur Mail de secours!

2011-10-03 Par sujet Fabien LUCE 
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...



On Mon, Oct 03, 2011 at 11:16:24PM +0200, François Boisson wrote:
 Le Mon, 3 Oct 2011 22:37:28 +0200
 Stephane Bortzmeyer steph...@sources.org a écrit:
 
  Je pense que c'est une mauvaise idée, pour les raisons expliquées en
  http://www.bortzmeyer.org/mx-secondaire.html.
 
 
 Oui, cet article résume assez bien le cheminement que j'ai eu et qui m'a
 conduit à supprimer les serveurs de secours que j'avais mis en place 
 (notamment
 pour les spams effectivement)...
 
 François Boisson
 
 -- 
 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/20111003231624.064e9152.user.anti-s...@maison.homelinux.net
 

-- 
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/20111004055243.gg8...@serveur.lutix.org

Re: serveur mail

2010-09-16 Par sujet C. Mourad Jaber 

 Le 16/09/2010 10:38, mess-mate a écrit :

 Bonjour,
j'ai un serveur de mail debian/lenny chez moi.
le problème c'est que quand je me déplace (électricité coupé biensur), je peux plus 
accéser à toutes mes boîtes mail.

Quels sont les possibilités (gratuites) qui existent pour une consultation via 
internet ??
Merci d'avance pour vos conseils.


Bonjour,

Je ne comprends pas bien, ton serveur est éteint quand tu es en déplacement et tu voudrais 
accéder quand même à tes mails via internet ?


++

Mourad

--
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/4c91e430.90...@nativobject.net

Re: serveur mail

2010-09-16 Par sujet Alain Vaugham 
Le Thursday 16 September 2010 10:38:22 mess-mate, vous avez écrit :
   Bonjour,
 j'ai un serveur de mail debian/lenny chez moi.
 le problème c'est que quand je me déplace (électricité coupé biensur),
 je peux plus accéser à toutes mes boîtes mail.
 Quels sont les possibilités (gratuites) qui existent pour une
 consultation via internet ??
 Merci d'avance pour vos conseils.

Avant d'éteindre mon serveur de mails, je redirige le flux (avec Procmail) 
vers un serveur distant que je gère (payant mais je garde mon adresse).
Une autre possibilité (gratuite mais je perd mon adresse) : 
http://www.melshake.com/
A mon retour, je supprime la redirection du flux.

Il y a d'autres possibilités, telles qu'utiliser le serveur d'un ami.

Ceci n'est pas spécifique à Debian.


-- 
Alain Vaugham
Clef GPG : 0xD26D18BC

--
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/201009161146.41151.al...@vaugham.com

Re: Serveur Mail a tres forte charge

2005-12-20 Par sujet Michelle Konzack 
exim4

Chez mon FAI allemand http://www.freenet.de/ (un de plus grand)
sont actuellement 6 mio Utilisateures et il traite plus de 2 mio
messages par heure dont 1,4 mio SPAM/Virus.

Il offre de service via courier-imap-ssl et courier-pop3-ssl

J'ai que 17200 Utilisateures et environement 30.000 Messages par
heure à Paris (en utilisant Courier: mta, imap, mlm authpgsql).

Oh oui, oublier pas la bande de vitesse de Backbone...
avec 400k messages fois 6 ko tu besoun au moin 10 MBit.
(j'ai actuellement un E3 avec 34 MBit en colo et attent un dual STM-1
FiberOptique a partir Janvier 2006 cause un problem de vitesse)

Bonne chance pour ton project...

Note: Je recommende pour la filtrage SPAM et Virus un Serveur separée.
  si non, Sober et freres nique ton Serveur Mail. (experience)

Greetings
Michelle


Am 2005-11-23 11:16:08, schrieb Thomas Dubois:
 Bonjour,
 
 Je souhaiterai avoir vos conseils pour monter un serveur de mail qui
 soit tres (tres) puissant, de l'ordre de 300 a 400 000 mails par heure
 en envoi.
 
 Je n'ai absolument aucune connaissance dans ce domaine.
 
 Merci d'avance
 
 Thomas Dubois
 
- END OF REPLYED MESSAGE -



-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
# Debian GNU/Linux Consultant #
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSM LinuxMichi
0033/3/8845235667100 Strasbourg/France   IRC #Debian (irc.icq.com)


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Serveur Mail a tres forte charge

2005-12-14 Par sujet Stephane Bortzmeyer 
On Wed, Dec 14, 2005 at 02:21:57AM +0100,
 JONAS MARTIN [EMAIL PROTECTED] wrote 
 a message of 64 lines which said:

   Sendmail est le serveur le plus usités dans le monde. 

Sources ? Car c'était vrai il y a dix ans mais aujourd'hui, cela
m'étonnerait (surtout pour le cas d'un serveur à forte charge, pas
vraiment le point fort de sendmail).

   Tu peux aussi essayé qmail que YAHOO utilise d'ailleurs.

Logiciel non-libre.


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Serveur Mail a tres forte charge

2005-12-14 Par sujet Nicolas Martinez 
Stephane Bortzmeyer a écrit :

On Wed, Dec 14, 2005 at 02:21:57AM +0100,
 JONAS MARTIN [EMAIL PROTECTED] wrote 
 a message of 64 lines which said:

  

  Sendmail est le serveur le plus usités dans le monde. 



Sources ? Car c'était vrai il y a dix ans mais aujourd'hui, cela
m'étonnerait (surtout pour le cas d'un serveur à forte charge, pas
vraiment le point fort de sendmail).

  

  Tu peux aussi essayé qmail que YAHOO utilise d'ailleurs.



Logiciel non-libre.


  

Qmail est tres performant.
je te conseille le projet derivé netqmail

-- 
Generation Libre
Site d'information et d'entraide aux logiciels libres
http://www.generation-libre.com


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

RE: Serveur Mail a tres forte charge

2005-12-13 Par sujet JONAS MARTIN 
  salutSendmail est le serveur le plus usités dans le monde.   Tu peux aussi essayé qmail que YAHOO utilise d'ailleurs. Mais fauit voir aussi les performances de ta machine puisque tu parle de forte charge.Moi j'utilise sendmail si t'as besoin d'un coup de pouce dessus  merciThomas Dubois [EMAIL PROTECTED] a écrit:  Bonjour,Je souhaiterai avoir vos conseils pour monter un serveur de mail quisoit tres (tres) puissant, de l'ordre de 300 a 400 000 mails par heureen envoi.Je n'ai absolument aucune connaissance dans ce domaine.Merci d'avanceThomas DuboisMARTIN O. Jonas
Administrateur Réseaux et Systèmes 
Tel : +229 97 69 04 29
 +229 95 71 88 69
email : [EMAIL PROTECTED]
 [EMAIL PROTECTED]

		 Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international.
Téléchargez la version beta.

Re: serveur mail de secours chez mon hébergeur

2005-12-01 Par sujet Stephane Bortzmeyer 
On Wed, Nov 30, 2005 at 09:35:22AM +0100,
 jj delaforet [EMAIL PROTECTED] wrote 
 a message of 27 lines which said:

 la solution la plus fiable pour ne pas perdre ses mail serait
 d'avoir son serveur perso et de diriger en cas de problème les
 messages vers un serveur de secours qui serait vers son hébergeur
 préféré.

Certainement pas. Cf. mon précédent message.)


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: serveur mail de secours chez mon hébergeur

2005-11-30 Par sujet Camille Turiel 

jj delaforet a écrit :


Bonjour,
 


Bonjour,


Comme évoqué précédemment avec vous sur cette liste il apparaît que la
solution la plus fiable pour ne pas perdre ses mail serait d'avoir son
serveur perso et de diriger en cas de problème les messages vers un
serveur de secours qui serait vers son hébergeur préféré.
 

Je crois que ce sujet à deja été traité à plusieurs reprises sur cette 
liste.



Etant donné que je suis un peu perdu pour effectuer cela j'essaie de
créer un petit tutoriel sur le sujet.
Pour l'instant j'en suis à cette liste des actions à accomplir:
-ajouter une entrée chez son registrar qui pointe vers le serveur de
nom de son ISP ? (la j'ai l'impression de dire une connerie)


Heu..oui.


-Ajouter une entrée MX qui pointe vers l'IP de son hébergeur de
secours dans son fichier zone
-redémarrer bind
 

Je te déconseille cette solution (en tt cas pour la partie DNS) , le 
plus simple est de faire pointer tes enregistrements sur une passerelle 
smtp commune de chez ton hebergeur, ce dernier va collecter ts les 
mails adressés à ton domaine et les forwarder aussitot sur ton serveur mail.
En cas de problème soit au niveau de ton serveur, soit au niveau du lien 
au autre, les mails adressés à ton domaine sont mis en attente jusqu'à 
ce que ton serveur soit à nouveau joignable.




La ou j'ai quelques lacunes c'est au niveau de la récupération des
messages, comment faire pour récupérer ses messages sur son serveur
(qui tourne avec debian stable + postfix et courier ) une fois que
celui-ci fonctionne à nouveau ?

Comment faire arriver sur son serveur persoles mails qui ont attérit
chez son ISP ?
 

Si tu veux absolument que ton serveur soit déclaré comme MX primaire, il 
faut faire pointer tes enregistrements sur ce dernier, et les MX de 
secours vers la passerelle de ton hebergeur, cette dernière étant 
configurée pour forwarder ton domaine vers ton serveur. Donc si ton 
serveur est injoignable, le (les) MX de secours seront utilisés, et vont 
stocker tes mails jusqu'à ce que ton serveur soit joignable.



Vos indications sont les bienvenues !

Meilleures salutations !

Re: Serveur Mail a tres forte charge

2005-11-23 Par sujet Stephane Bortzmeyer 
On Wed, Nov 23, 2005 at 11:16:08AM +0100,
 Thomas Dubois [EMAIL PROTECTED] wrote 
 a message of 11 lines which said:

 Je souhaiterai avoir vos conseils pour monter un serveur de mail qui
 soit tres (tres) puissant, de l'ordre de 300 a 400 000 mails par
 heure en envoi.

Ce que je me demande, c'est quelle peut bien être l'utilisation
légitime d'un tel débit...
 
En outre, même si on arrive à le faire, ce sont les destinataires qui
vont s'écrouler (expérience vécue). Imaginons qu'un quart de ces
destinataires soient chez Wanadoo, je ne suis pas sûr que les serveurs
de Wanadoo encaissent sans broncher...


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Serveur Mail a tres forte charge

2005-11-23 Par sujet François Boisson 

Thomas Dubois a écrit:

Bonjour,

Je souhaiterai avoir vos conseils pour monter un serveur de mail qui
soit tres (tres) puissant, de l'ordre de 300 a 400 000 mails par heure
en envoi.


La population Française en moins d'une semaine? C'est pour faire du spam 
ça non??



François Boisson


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: serveur mail �

2005-08-01 Par sujet Marc PERRUDIN 
Debian List a écrit :

Bonjours
  

Bonjour,

Voilà j'ai vue que chaque compte d'un utilisateur du serveur mail doit
être crée en dure
useradd 

le problème est que si on fais simple, l'utilisateur pourrais se
connecté au serveur distant...

je sais pas si il est possible de faire cela

crée un fichier ou y'à les login:pass

que tout les mail arrivé dans un répertoire et ensuite aille dans un
sous répertoire portant le nom du login et que la personnes puisse avoir
ses mail directement comme cela?

j'ai pas testé le chrootage de postfix ou autre mais aise possible?

je vous remercie d'avance, vous êtes de bon conseil :)


  

Si tu ne veux pas devoir créer un compte système pour chaque
utilisateur, tu peux utiliser des serveurs de courrier comme cyrus qui
ne necessite pas de compte système, seul l'utilisateur cyrus est connu
du système et il n'a de toute facon pas d'acces.


-- 
Pensez � lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez � rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: serveur mail sécurisé?

2005-08-01 Par sujet Bulot Grégory 
Le Lundi 1 Août 2005 16:34, Debian List a écrit :
 Bonjours

 Voilà j'ai vue que chaque compte d'un utilisateur du serveur mail doit
 être crée en dure
 useradd 

 le problème est que si on fais simple, l'utilisateur pourrais se
 connecté au serveur distant...

comme shell /bin/true ne suffit pas ?
useradd ... -s /bin/true ...

Re: serveur mail sécurisé?

2005-08-01 Par sujet Debian List 
Le lundi 01 août 2005 à 16:51 +0200, Bulot Grégory a écrit :
 Le Lundi 1 Août 2005 16:34, Debian List a écrit :
  Bonjours
 
  Voilà j'ai vue que chaque compte d'un utilisateur du serveur mail doit
  être crée en dure
  useradd 
 
  le problème est que si on fais simple, l'utilisateur pourrais se
  connecté au serveur distant...
 
 comme shell /bin/true ne suffit pas ?
 useradd ... -s /bin/true ...
enfete se que j'aime pas trop c'est surtout le fais qu'il est un compte
en dure :s... apres :s si il a un compte il dois pouvoire se connecté
et si t'as un serveur ftp par exemple :s bah il pourrait (toujours dans
une optique simpliste...)
 


-- 
Pensez � lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez � rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: serveur mail sécurisé?

2005-08-01 Par sujet tnemeth 
Selon Debian List [EMAIL PROTECTED]:

Pitié ! Je sais, ça ne se fait pas et je suis un vieux con, mais
il y a des limites...
Utilise un correcteur orthographique parcequ'à près d'une faute
par mot c'est illisible :

| enfete se que j'aime pas trop c'est surtout le fais qu'il est un
| compte en dure

  en fait ce que je n'aime pas trop c'est surtout le fait qu'il ait
  un compte en dur


| :s... apres :s si il a un compte il dois pouvoire se connecté

  après, s'il a un compte il doit pouvoir se connecter

[...]

Et puis merci à tous d'utiliser plutôt de l'ISO8859-1[5] : les
webmails ne permettent pas de lire les hiéroglyphes UTF-8.


Thomas.


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: serveur mail sécurisé?

2005-08-01 Par sujet Debian List 
Le lundi 01 août 2005 à 17:38 +0200, [EMAIL PROTECTED] a écrit :
 Selon Debian List [EMAIL PROTECTED]:
 
 Pitié ! Je sais, ça ne se fait pas et je suis un vieux con, mais
 il y a des limites...
 Utilise un correcteur orthographique parcequ'à près d'une faute
 par mot c'est illisible :

:) je suis d'accord mais le pire c'est que je fais un réel effort
 (j'ai aussi un correcteur d'orthographe mais je l'utilise pas
toujours...)

 
 | enfete se que j'aime pas trop c'est surtout le fais qu'il est un
 | compte en dure
 
   en fait ce que je n'aime pas trop c'est surtout le fait qu'il ait
   un compte en dur
 
 
 | :s... apres :s si il a un compte il dois pouvoire se connecté
 
   après, s'il a un compte il doit pouvoir se connecter
 
 [...]
 
 Et puis merci à tous d'utiliser plutôt de l'ISO8859-1[5] : les
 webmails ne permettent pas de lire les hiéroglyphes UTF-8.

si tu me dis comment faire :) y'a aucun problème :)

hum... non entête c'est bon, suffisez de cherché un peu...
   voilà :p désolé encore une fois pour mon français déplorable
mes accents mal placé et mes mots mal orthographié, j'ai aucune
excuse, mais surtout hésite pas à me reprendre :)
 
 
 Thomas.
;) merci


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

RE: serveur mail sécurisé?

2005-08-01 Par sujet Raphaël RIGNIER 
 

-- -Message d'origine-
-- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
-- Envoyé : lundi 1 août 2005 17:38
-- À : Debian List
-- Cc : Bulot Grégory; debian-user-french@lists.debian.org
-- Objet : Re: serveur mail sécurisé?
-- 
-- Selon Debian List [EMAIL PROTECTED]:
-- 
-- Pitié ! Je sais, ça ne se fait pas et je suis un vieux con, mais
-- il y a des limites...
-- Utilise un correcteur orthographique parcequ'à près d'une faute
-- par mot c'est illisible :

Oui je suis d'accord.

-- 
-- | enfete se que j'aime pas trop c'est surtout le fais qu'il est un
-- | compte en dure
-- 
--   en fait ce que je n'aime pas trop c'est surtout le fait qu'il ait

Ne serait-ce pas aie (subjonctif) ;-)

--   un compte en dur
-- 
-- 
-- | :s... apres :s si il a un compte il dois pouvoire se connecté
-- 
--   après, s'il a un compte il doit pouvoir se connecter
-- 
-- [...]
-- 
-- Et puis merci à tous d'utiliser plutôt de l'ISO8859-1[5] : les
-- webmails ne permettent pas de lire les hiéroglyphes UTF-8.
-- 
-- 
-- Thomas.
-- 

Bref pour en revenir à ta question, les comptes (virtuels) que tu crées avec
les services cyrus ne sont pas visibles par les autres services en
principe...
Bon, il faut paramétrer ton MTA pour gérer les comptes virtuels mais c'est
faisable.

Il est peut être plus simple d'avoir des comptes en dur sur le système.
Sachant que chaque service (y compris FTP) est paramétrable séparément, et
dans lequel tu peux énumérer explicitement tes utilisateurs qui ont le droit
de se connecter ou pas.


Raphaël

Re: serveur mail sécurisé?

2005-08-01 Par sujet rom1 
Tu n'es pas un vieux con ... je compatis. Une faute de frappe, ça
passe (j'en fais plein), mais écrire en phonétique, là c'est trop
!!!

Pour répondre à ta question, avec un shell positionné en /bin/false
pour tes users mail, tes users ne pourront pas se conneter en ssh, et
en ftp non plus si ton serveur ftp est bien configuré ...

RE: serveur mail sécurisé?

2005-08-01 Par sujet Debian List 
Le lundi 01 août 2005 à 18:15 +0200, Raphaël RIGNIER a écrit :
  
 -- -Message d'origine-
 -- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
 -- Envoyé : lundi 1 août 2005 17:38
 -- À : Debian List
 -- Cc : Bulot Grégory; debian-user-french@lists.debian.org
 -- Objet : Re: serveur mail sécurisé?
 -- 
 -- Selon Debian List [EMAIL PROTECTED]:
 -- 
 -- Pitié ! Je sais, ça ne se fait pas et je suis un vieux con, mais
 -- il y a des limites...
 -- Utilise un correcteur orthographique parcequ'à près d'une faute
 -- par mot c'est illisible :
 
 Oui je suis d'accord.
 
 -- 
 -- | enfete se que j'aime pas trop c'est surtout le fais qu'il est un
 -- | compte en dure
 -- 
 --   en fait ce que je n'aime pas trop c'est surtout le fait qu'il ait
 
 Ne serait-ce pas aie (subjonctif) ;-)
:) je suis passé au crible ;)
 
 --   un compte en dur
 -- 
 -- 
 -- | :s... apres :s si il a un compte il dois pouvoire se connecté
 -- 
 --   après, s'il a un compte il doit pouvoir se connecter
 -- 
 -- [...]
 -- 
 -- Et puis merci à tous d'utiliser plutôt de l'ISO8859-1[5] : les
 -- webmails ne permettent pas de lire les hiéroglyphes UTF-8.
 -- 
 -- 
 -- Thomas.
 -- 
 
 Bref pour en revenir à ta question, les comptes (virtuels) que tu crées avec
 les services cyrus ne sont pas visibles par les autres services en
 principe...
 Bon, il faut paramétrer ton MTA pour gérer les comptes virtuels mais c'est
 faisable.
 
 Il est peut être plus simple d'avoir des comptes en dur sur le système.
 Sachant que chaque service (y compris FTP) est paramétrable séparément, et
 dans lequel tu peux énumérer explicitement tes utilisateurs qui ont le droit
 de se connecter ou pas.

D'accord faire que postfix puisse géré des comptes virtuels :p
merci

 
 
 Raphaël
 
 


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: serveur mail sécurisé?

2005-08-01 Par sujet Debian List 
Mais pour crée un postfix avec des comptes virtuels?
 je pensé par exemple faire que selon le champs destinataire le
 courrier aille dans tel répertoire et qu'à la parti POP/IMAP tel
 login aille dans tel répertoire donc aucun compte en dure, seulement
 du virtuel...

c'est plus sécurisé je pense? mais à mettre en oeuvre: 
c'est possible?
c'est compliquer?

voilà, je vous remercie pour vos réponses, vos coups de gueules et
surtout votre aide...


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: serveur mail sécurisé?

2005-08-01 Par sujet David Dumortier 

Raphaël RIGNIER wrote:


Bref pour en revenir à ta question, les comptes (virtuels) que tu crées avec
les services cyrus ne sont pas visibles par les autres services en
principe...
Bon, il faut paramétrer ton MTA pour gérer les comptes virtuels mais c'est
faisable.
 

C'est possible avec la suite courier aussi. Soit tu utilises le smtp de 
courier si je me souvient bien (j'ai installé la 2ème option), soit tu 
veux garder ton postfix et tu passes par LDAP/MySQL/PostgreSQL (et peut 
être par les bases DB) avec un principe de compte virtuel [1].



Il est peut être plus simple d'avoir des comptes en dur sur le système.
Sachant que chaque service (y compris FTP) est paramétrable séparément, et
dans lequel tu peux énumérer explicitement tes utilisateurs qui ont le droit
de se connecter ou pas.
 

Oui et non. Quand c'est fait, c'est plus à faire (humph), l'avantage de 
la centralisation c'est que tu peux réutiliser le contrôle d'accès pour 
tout un tas d'applications.

Certes c'est quelque peu conséquent à installer.


Raphaël
 


[1] http://workaround.org/articles/ispmail-sarge/
http://www.inter7.com/courierimap/INSTALL.html#userdb
http://www.root-it.fiberworld.nl/vriesman.tk/postfix-courier-ldap-howto.html
--
David Dumortier


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: serveur mail sécurisé?

2005-08-01 Par sujet Debian List 
Mais si je chroot?
normalement le /etc/passwd sera bidon pour tout le monde SAUF pour
postfix? c'est possible de chrooté postfix?

parce que personnelement j'ai testé avec LDAP et j'aime pas le coté
gestion...

j'aime bien postfix avec les comptes en dur mais le problème c'est
justement 

 la centralisation c'est que tu peux réutiliser le contrôle d'accès pour 
 tout un tas d'applications.

parce que bien configuré OK mais le problème c'est que parfois :s on
peut oublié des trucs et c'est normale c'est humain, moi je préfère
jouer avec ce paramètre et voire en conséquence, c'est pour ça que je ne
veux surtout pas centralisé, mais bien avoir quelque chose à part,
simple (le chrootage reviens juste a crée la cage puis le reste c'est
comme si c'été en dur :))
je sais pas se que vous en pensez?
De plus, postfix étant quelque chose d'accès courrant je pense qu'il
doit être sujet à des failles de sécurité de type BoF.
Je pense qu'en chrootant (même si ce n'est pas la solution face au BoF
le mieux étant les mise à jours) c'est peut être une plus?

quand pensez vous?
c'est possible? (je pense que oui)
ça à déjà été fait? (je pense que oui)
quelqu'un là déjà testé?

je te remerci David Dumortier pour LDAP/MySQL mais j'avais déjà testé...


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

  1   2   >