Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Les emails, kézaco ?

16 views
Skip to first unread message

Creasixtine Debian

unread,
Jul 10, 2013, 4:30:03 AM7/10/13
to
Bonjour à tous,

Ça fait quand-même un bout de temps que je travaille avec des mails, sur
des serveurs toujours configurés par des tiers (ex. Gmail, OVH, ...).
Là je me dis qu'il serait peut-être temps, comme j'ai plusieurs
serveurs, de mettre en place mon propre système sur mes serveurs.

-> Quelqu'un aurait-il un bon topo/référence clair[e] sur
l'infrastructure mail (ça peut être un bouquin aussi) ? Pas sur comment
mettre en place (ça j'ai déjà trouvé plein de choses), mais un topo pour
que je puisse bien comprendre ce que je fais (un man ?). Dois-je mettre
en place un MDA ou un MTA (ou les deux) ?
-> Dans l'idéal il faudrait que je fasse une redondance, au cas où il y
aurait le feu sur l'un des sites. Quelqu'un aurait-il des pistes pour la
redondance de données ?

Note : Je loue quelques domaines à OVH, je peux donc configurer mes
domaines comme je le souhaite.

--
Adrien.


signature.asc

julien

unread,
Jul 10, 2013, 6:20:01 AM7/10/13
to
Le 2013-07-10 10:25, Creasixtine Debian a écrit :
> Bonjour à tous,
> Ça fait quand-même un bout de temps que je travaille avec des mails,
> sur
> des serveurs toujours configurés par des tiers (ex. Gmail, OVH, ...).
> Là je me dis qu'il serait peut-être temps, comme j'ai plusieurs
> serveurs, de mettre en place mon propre système sur mes serveurs.
> -> Quelqu'un aurait-il un bon topo/référence clair[e] sur
> l'infrastructure mail (ça peut être un bouquin aussi) ? Pas sur
> comment
> mettre en place (ça j'ai déjà trouvé plein de choses), mais un topo
> pour
> que je puisse bien comprendre ce que je fais (un man ?). Dois-je
> mettre
> en place un MDA ou un MTA (ou les deux) ?

As-tu déjà regardé certaine page web ? lesquels ? J'ai trouvé
rapidement :

http://en.wikipedia.org/wiki/Email_agent_%28infrastructure%29
http://fr.wikipedia.org/wiki/Mail_Transfer_Agent
http://www.commentcamarche.net/contents/172-fonctionnement-du-courrier-electronique-mta-mda-mua

Quels infos manques-t-il sur ces pages ?

> -> Dans l'idéal il faudrait que je fasse une redondance, au cas où il
> y
> aurait le feu sur l'un des sites. Quelqu'un aurait-il des pistes pour
> la
> redondance de données ?

Pour la redondance, il y a 2 niveaux : la réception et le stockage.

La réception, c'est à dire que tu dois toujours avoir un serveur prêt à
accepter les mails. Généralement, on met en place plusieurs serveurs qui
se chargeront de la réception des mails. Il faudra ajouter un champ MX
pour chaque serveur en réception.

Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire. Il faudra prévoir une
redondance de ces données avec du raid par exemple ou drdb.

Je te conseil de stocker tes mails dans le format Maildir, c'est plus
fiable en cas de panne.

> Note : Je loue quelques domaines à OVH, je peux donc configurer mes
> domaines comme je le souhaite.

C'est cool ...

Julien

--
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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/b13c6384ca56691a...@127.0.0.1nura.eu

Yves Rutschle

unread,
Jul 10, 2013, 7:50:01 AM7/10/13
to
On Wed, Jul 10, 2013 at 12:16:14PM +0200, julien wrote:
> Pour la redondance, il y a 2 niveaux : la réception et le stockage.
>
> La réception, c'est à dire que tu dois toujours avoir un serveur
> prêt à accepter les mails. Généralement, on met en place plusieurs
> serveurs qui se chargeront de la réception des mails. Il faudra
> ajouter un champ MX pour chaque serveur en réception.

Non, généralement, c'est inutile, voir la discution
complète résumée ici:
http://www.bortzmeyer.org/mx-secondaire.html

> Le stockage : une fois le mail accepté par tes serveurs, il faut le
> stocker dans la boite mail du destinataire. Il faudra prévoir une
> redondance de ces données avec du raid par exemple ou drdb.

Et une sauvegarde, car le RAID n'est pas une sauvegarde.

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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/20130710112...@naryves.com

julien

unread,
Jul 10, 2013, 8:10:01 AM7/10/13
to
Le 2013-07-10 13:23, Yves Rutschle a écrit :
> On Wed, Jul 10, 2013 at 12:16:14PM +0200, julien wrote:
>> Pour la redondance, il y a 2 niveaux : la réception et le stockage.
>>
>> La réception, c'est à dire que tu dois toujours avoir un serveur
>> prêt à accepter les mails. Généralement, on met en place plusieurs
>> serveurs qui se chargeront de la réception des mails. Il faudra
>> ajouter un champ MX pour chaque serveur en réception.
>
> Non, généralement, c'est inutile, voir la discution
> complète résumée ici:
> http://www.bortzmeyer.org/mx-secondaire.html

Oui je suis d'accord, ça complique beaucoup la config d'avoir un
deuxième serveur, et personnellement je n'en utilise pas. Mieux vaut un
bien configuré que deux tu l'auras.

Est-ce que le délais de 5 jours est toujours respecter actuellement par
les gros mailer (Gmail, Yahoo, msms, ...) ? Il n'était pas de 7-10 jours
à l'origine ? J'ai toujours eu peur qu'au bout de 3 jours le mail
retourne en erreur. Est-ce que vous avez déjà constater dans temps de
mise en attente inférieur à 5 jours ?

>> Le stockage : une fois le mail accepté par tes serveurs, il faut le
>> stocker dans la boite mail du destinataire. Il faudra prévoir une
>> redondance de ces données avec du raid par exemple ou drdb.
>
> Et une sauvegarde, car le RAID n'est pas une sauvegarde.

Oui, il y a la tolérance à la panne. Mais surtout la sauvegarde ! Bien
vu Yves !

Julien

--
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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/752a913719bc65a4...@127.0.0.1nura.eu

Creasixtine Debian

unread,
Jul 10, 2013, 8:30:03 AM7/10/13
to
Je vous remercie à tous les deux, ça m'aide déjà beaucoup, en
particulier ceci :

> Le stockage : une fois le mail accepté par tes serveurs, il faut le
stocker dans la boite mail du destinataire.

J'ai eu THE information qu'il me manquait : le serveur s'occupe de
stocker les messages en local dans un format comme maildir ou mailbox,
par exemple. En fait, j'avais toujours cru que ce type de stockage ne
fonctionnait que du côté client, c'est-à-dire du côté de l'utilisateur
final.

Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu'on
peut éventuellement se servir du système de mail comme une
infrastructure décentralisée : avec des dépôts séparés, ça me fait
penser à Git par exemple.
À la rigueur, je pourrais même faire tourner un serveur mail qui va
directement chercher mon répertoire personnel les mails que j'ai reçus
avec thunderbird ou Mutt, et les renvoyer éventuellement ailleurs si
quelqu'un en fait la demande ? (ce que point ne ferai, n'étant pas
aventureux à ce poinct)

Bon, si c'est ça je n'ai plus qu'à installer tout ce qu'il faut : en
effet, un seul serveur suffira et dans ce cas-là les sauvegardes c'est
du gâteau :-)

Adrien.
signature.asc

julien

unread,
Jul 10, 2013, 9:20:02 AM7/10/13
to
Le 2013-07-10 14:22, Creasixtine Debian a écrit :
> Je vous remercie à tous les deux, ça m'aide déjà beaucoup, en
> particulier ceci :
>
>> Le stockage : une fois le mail accepté par tes serveurs, il faut le
> stocker dans la boite mail du destinataire.
>
> J'ai eu THE information qu'il me manquait : le serveur s'occupe de
> stocker les messages en local dans un format comme maildir ou mailbox,
> par exemple. En fait, j'avais toujours cru que ce type de stockage ne
> fonctionnait que du côté client, c'est-à-dire du côté de l'utilisateur
> final.

Dans le cas d'IMAP que je te recommande vivement, thunderbird maintient
une copie de ta boite mail en local. Et tu peux donc utiliser plusieurs
client IMAP sur plusieurs machines et tu retrouvera exactement le même
contenu.

> Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu'on
> peut éventuellement se servir du système de mail comme une
> infrastructure décentralisée : avec des dépôts séparés, ça me fait
> penser à Git par exemple.
> À la rigueur, je pourrais même faire tourner un serveur mail qui va
> directement chercher mon répertoire personnel les mails que j'ai reçus
> avec thunderbird ou Mutt, et les renvoyer éventuellement ailleurs si
> quelqu'un en fait la demande ? (ce que point ne ferai, n'étant pas
> aventureux à ce poinct)

Si tu veux déplacer des messages de Gmail à ton serveur perso, utilise
thunderbird (glisser déplacer entre les compte)

Ce n'est pas ton serveur SMTP qui va lire des mails dans ton home même
avec une configuration bizarre. Le SMTP sert uniquement à transférer le
mail de SMTP en STMP quand le SMTP final est atteint, le mail est mis
dans la "boite mail". Le SMTP ne va jamais lire la boite mail, il y
ajoute uniquement des mails.

C'est ensuite le serveur IMAP qui lit la boite mail à la demande de
l'utilisateur.

Voilà donc je ne sais pas si tu te trompes, mais j'espère que répond à
ta question.

Julien

--
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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/6d7aecca8f1036a0...@127.0.0.1nura.eu

Creasixtine Debian

unread,
Jul 10, 2013, 9:30:02 AM7/10/13
to
Le 10/07/2013 15:10, julien a écrit :
>> Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu'on
>> peut éventuellement se servir du système de mail comme une
>> infrastructure décentralisée : avec des dépôts séparés, ça me fait
>> penser à Git par exemple.
>> À la rigueur, je pourrais même faire tourner un serveur mail qui va
>> directement chercher mon répertoire personnel les mails que j'ai reçus
>> avec thunderbird ou Mutt, et les renvoyer éventuellement ailleurs si
>> quelqu'un en fait la demande ? (ce que point ne ferai, n'étant pas
>> aventureux à ce poinct)
>
> Si tu veux déplacer des messages de Gmail à ton serveur perso, utilise
> thunderbird (glisser déplacer entre les compte)
>
> Ce n'est pas ton serveur SMTP qui va lire des mails dans ton home même
> avec une configuration bizarre. Le SMTP sert uniquement à transférer
> le mail de SMTP en STMP quand le SMTP final est atteint, le mail est
> mis dans la "boite mail". Le SMTP ne va jamais lire la boite mail, il
> y ajoute uniquement des mails.
>
> C'est ensuite le serveur IMAP qui lit la boite mail à la demande de
> l'utilisateur.
>
> Voilà donc je ne sais pas si tu te trompes, mais j'espère que répond à
> ta question.
>
> Julien
>
C'est donc bien ce que j'avais compris : sans mentionner aucune des
technos, j'avais effectivement imaginé un cas où je mettrais en place un
serveur Imap qui irait piocher directement dans un dépôt maildir, quel
qu'il soit (donc par exemple un dépôt maildir créé par thunderbird en
aspirant des mails d'/ailleurs/).

Bon, c'est super, ça répond donc à mon questionnement, je crois que
c'était juste ce point qui n'était pas clair !
J'aime les beaux systèmes où le format des données est désolidarisé du
logiciel :-)

Let's dive into. ^^

Merci.

Adrien.



signature.asc

BERTRAND Joël

unread,
Jul 10, 2013, 12:00:02 PM7/10/13
to
julien wrote:
> Le 2013-07-10 14:22, Creasixtine Debian a écrit :
>> Je vous remercie à tous les deux, ça m'aide déjà beaucoup, en
>> particulier ceci :
>>
>>> Le stockage : une fois le mail accepté par tes serveurs, il faut le
>> stocker dans la boite mail du destinataire.
>>
>> J'ai eu THE information qu'il me manquait : le serveur s'occupe de
>> stocker les messages en local dans un format comme maildir ou mailbox,
>> par exemple. En fait, j'avais toujours cru que ce type de stockage ne
>> fonctionnait que du côté client, c'est-à-dire du côté de l'utilisateur
>> final.
>
> Dans le cas d'IMAP que je te recommande vivement, thunderbird maintient
> une copie de ta boite mail en local. Et tu peux donc utiliser plusieurs
> client IMAP sur plusieurs machines et tu retrouvera exactement le même
> contenu.

À ceci près qu'il vaut mieux utiliser maildir que mailbox (sauf à avoir
un serveur particulièrement puissant ;-) ). Sendmail (que je
recommande), par exemple, utilise mailbox par défaut. Utiliser imap
dessus est une réelle catastrophe.

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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/51DD81F4...@systella.fr

Yves Rutschle

unread,
Jul 10, 2013, 2:10:03 PM7/10/13
to
On Wed, Jul 10, 2013 at 02:22:41PM +0200, Creasixtine Debian wrote:
> Du coup, arrêtez-moi si je me trompe : je comprends maintenant qu'on
> peut éventuellement se servir du système de mail comme une
> infrastructure décentralisée : avec des dépôts séparés, ça me fait
> penser à Git par exemple.

C'est comme l'emploi d'une boite postale à la Poste: la
livraison (en SMTP) est complètement décorrélée de la
récupération (en IMAP/POP).

Sinon, la grande difficulté n'est pas de recevoir du mail,
mais de faire accepter son mail par les autres, qui sont
devenus très suspicieux et tendent à tout classer comme
spam. Je viens de me souvenir avoir pris des notes sur ce
que j'avais fait:

http://rutschle.net/wiki/#[[Posting%20e-mail]]

Certaines parties sont peut-être un peu obsolètes, et c'est
pas complet (je pense ajouter DKIM à un moment).

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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/20130710170...@naryves.com

Creasixtine Debian

unread,
Jul 10, 2013, 2:50:02 PM7/10/13
to
Le 10/07/2013 19:02, Yves Rutschle a écrit :
> Sinon, la grande difficulté n'est pas de recevoir du mail, mais de
> faire accepter son mail par les autres, qui sont devenus très
> suspicieux et tendent à tout classer comme spam. Je viens de me
> souvenir avoir pris des notes sur ce que j'avais fait:
> http://rutschle.net/wiki/#[[Posting%20e-mail]] Certaines parties sont
> peut-être un peu obsolètes, et c'est pas complet (je pense ajouter
> DKIM à un moment). Y.
Cool, merci pour l'info :-)
Par curiosité, c'est pas moyen pour le référencement tiddlywiki ?

Adrien.


signature.asc

Yves Rutschle

unread,
Jul 10, 2013, 6:10:02 PM7/10/13
to
On Wed, Jul 10, 2013 at 08:45:19PM +0200, Creasixtine Debian wrote:
> Par curiosité, c'est pas moyen pour le référencement tiddlywiki ?

J'ai un plugin qui fait un export statique, c'est sensé
marcher... mais comme personne ne pointe chez moi, ça
référence pas des masses :-)

Cela dit, si c'était à refaire je resterais sous
nanoblogger.

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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/20130710214...@naryves.com

Creasixtine Debian

unread,
Jul 11, 2013, 4:20:01 AM7/11/13
to
Salut Tavoux,

Bon, un petit retour d'expérience sur la mise en place de mon petit
serveur mail perso/boulot.
- Niveau DNS, j'ai fait pointer trois domaines sur mon serveur, comme ça
je peux gérer tous les mails comme je le sens.
- J'ai dû activer chez Free le SMTP sortant (qui était filtré).
- Grâce au super tutoriel
(http://www.howtoforge.com/perfect-server-debian-wheezy-nginx-bind-dovecot-ispconfig-3-p5)
j'ai mis en place Postfix pour envoyer et dovecot pour recevoir. C'est
le tuto que j'avais plus ou moins suivi à l'époque pour mettre en place
nginx. Note : *j'ai installé ISPconfig*.

Depuis l'interface ISPconfig, je peux créer de nouvelles adresses mail,
et ça marche en envoi et réception (eurêka) !

Néanmoins quelques réserves :
1) ISPconfig, c'est sûrement très bien, mais ça m'a l'air d'une grosse
purée javascript et qui ne rend pas les choses transparentes. Par
exemple, j'ai du mal à trouver où se trouve le Maildir (ou autre ?)
associé à l'un de mes comptes mail. C'est mal, car mauvais pour les
sauvegardes (la base de données mysql est néanmoins sauvegardée
automatiquement, ainsi que /etc, donc bon).
2) À l'envoi c'est super lent ! À la réception par contre c'est ok. Je
vous envoie les en-têtes de deux mails que je me suis envoyé dans les
deux directions, ainsi qu'un extrait des logs (/var/log/mail.log). Le
premier compte, contact [at] creasixtine.com, est géré par OVH, et
adrien.poupin [at] demi-soupir.com est géré par moi.
Si vous voyez de quoi il peut s'agir, je suis preneur !
Merci.

--
Adrien.

*** contact [at] creasixtine.com --> adrien.poupin [at] demi-soupir.com
("rapide") :

Return-Path: <con...@creasixtine.com>
X-Original-To: adrien...@demi-soupir.com
Delivered-To: adrien...@demi-soupir.com
Received: from localhost (localhost [127.0.0.1])
by dev.creasixtine.com (Postfix) with ESMTP id F01D6282512
for <adrien...@demi-soupir.com>; Thu, 11 Jul 2013 10:04:38 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at dev.creasixtine.com
Received: from dev.creasixtine.com ([127.0.0.1])
by localhost (dev.creasixtine.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id o4qQn7YJXtnR for <adrien...@demi-soupir.com>;
Thu, 11 Jul 2013 10:04:38 +0200 (CEST)
Received: from mo4.mail-out.ovh.net (3.mo4.mail-out.ovh.net [46.105.57.129])
by dev.creasixtine.com (Postfix) with ESMTP id E78EC27F684
for <adrien...@demi-soupir.com>; Thu, 11 Jul 2013 10:04:37 +0200 (CEST)
Received: from mail182.ha.ovh.net (gw6.ovh.net [213.251.189.206])
by mo4.mail-out.ovh.net (Postfix) with SMTP id 9A2C2104FD57
for <adrien...@demi-soupir.com>; Thu, 11 Jul 2013 10:04:37 +0200 (CEST)
Received: from b0.ovh.net (HELO queueout) (213.186.33.50)
by b0.ovh.net with SMTP; 11 Jul 2013 10:04:37 +0200
Received: from ver78-8-78-227-97-118.fbx.proxad.net (HELO ?192.168.0.10?) (con...@adrien-poupin.fr@78.227.97.118)
by ns0.ovh.net with SMTP; 11 Jul 2013 10:04:32 +0200
Message-ID: <51DE670...@creasixtine.com>
Date: Thu, 11 Jul 2013 10:04:31 +0200
From: Creasixtine Debian <con...@creasixtine.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130630 Icedove/17.0.7
MIME-Version: 1.0
To: adrien...@demi-soupir.com
X-Ovh-Mailout: 178.32.228.4 (mo4.mail-out.ovh.net)
Subject: Vitesse quand tu nous tiens...
X-Enigmail-Version: 1.5.1
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature";
boundary="----enig2VQJJVIKDQOEJBWTUBGOW"
X-Ovh-Tracer-Id: 7426154311035951288
X-Ovh-Remote: 78.227.97.118 (ver78-8-78-227-97-118.fbx.proxad.net)
X-Ovh-Local: 213.186.33.20 (ns0.ovh.net)
X-OVH-SPAMSTATE: OK
X-OVH-SPAMSCORE: -100
X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeeijedrudefucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecugfhvvghrhghhihhtvgdqqdetucdlqddutddtmd
X-Spam-Check: DONE|U 0.5/N
X-VR-SPAMSTATE: OK
X-VR-SPAMSCORE: -100
X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeeijedrudefucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecugfhvvghrhghhihhtvgdqqdetucdlqddutddtmd


et voici un second mail :
adrien.poupin [at] demi-soupir.com --> contact [at] creasixtine.com (lent)

Return-Path: <adrien...@demi-soupir.com>
Delivered-To: con...@adrien-poupin.fr
Received: from b0.ovh.net (HELO queue) (213.186.33.50)
by b0.ovh.net with SMTP; 11 Jul 2013 10:06:32 +0200
Received: from localhost (HELO mail470.ha.ovh.net) (127.0.0.1)
by localhost with SMTP; 11 Jul 2013 10:06:32 +0200
Received: from b0.ovh.net (HELO queueout) (213.186.33.50)
by b0.ovh.net with SMTP; 11 Jul 2013 10:06:32 +0200
Delivered-To: creasixtine...@creasixtine.com
Received: from b0.ovh.net (HELO queue) (213.186.33.50)
by b0.ovh.net with SMTP; 11 Jul 2013 10:06:32 +0200
Received: from ver78-8-78-227-97-118.fbx.proxad.net (HELO dev.creasixtine.com) (78.227.97.118)
by mx1.ovh.net with SMTP; 11 Jul 2013 10:06:22 +0200
Received: from localhost (localhost [127.0.0.1])
by dev.creasixtine.com (Postfix) with ESMTP id F28C12825A7
for <con...@creasixtine.com>; Thu, 11 Jul 2013 10:03:51 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at dev.creasixtine.com
Received: from dev.creasixtine.com ([127.0.0.1])
by localhost (dev.creasixtine.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id LR5v4E6e7QvJ for <con...@creasixtine.com>;
Thu, 11 Jul 2013 10:03:51 +0200 (CEST)
Received: from [192.168.0.10] (unknown [192.168.0.254])
(using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
(No client certificate requested)
(Authenticated sender: adrien...@demi-soupir.com)
by dev.creasixtine.com (Postfix) with ESMTPSA id 261B4282512
for <con...@creasixtine.com>; Thu, 11 Jul 2013 10:03:51 +0200 (CEST)
Message-ID: <51DE66E6...@demi-soupir.com>
Date: Thu, 11 Jul 2013 10:03:50 +0200
From: Adrien Poupin <adrien...@demi-soupir.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130630 Icedove/17.0.7
MIME-Version: 1.0
To: con...@creasixtine.com
Subject: Lenteur quand tu nous tiens...
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Ovh-Tracer-Id: 7440509534925469593
X-Ovh-Remote: 78.227.97.118 (ver78-8-78-227-97-118.fbx.proxad.net)
X-Ovh-Local: 213.186.33.29 (mx1.ovh.net)
X-OVH-SPAMSTATE: OK
X-OVH-SPAMSCORE: 0
X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeeijedrudefucetufdoteggodetrfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu
X-Spam-Check: DONE|U 0.5/N

Et un extrait des logs :

Jul 11 10:04:39 dev postfix/qmgr[26773]: F01D6282512:
from=<con...@creasixtine.com>, size=3376, nrcpt=1 (queue active)
Jul 11 10:04:39 dev amavis[11211]: (11211-01) Passed CLEAN
{RelayedInbound}, [46.105.57.129]:57448 [213.186.33.50]
<con...@creasixtine.com> -> <adrien.poupin
@demi-soupir.com>, Queue-ID: E78EC27F684, Message-ID:
<51DE670...@creasixtine.com>, mail_id: o4qQn7YJXtnR, Hits:
-0.001, size: 2893, queued_as: F01D628251
2, 1034 ms
Jul 11 10:04:39 dev postfix/smtp[11192]: E78EC27F684:
to=<adrien...@demi-soupir.com>,
relay=127.0.0.1[127.0.0.1]:10024, delay=1.2, delays=0.14/0/0.01/1, d
sn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10025):
250 2.0.0 Ok: queued as F01D6282512)
Jul 11 10:04:39 dev postfix/qmgr[26773]: E78EC27F684: removed
Jul 11 10:04:39 dev dovecot: lda(adrien...@demi-soupir.com):
sieve: msgid=<51DE670...@creasixtine.com>: stored mail into
mailbox 'INBOX'
Jul 11 10:04:39 dev postfix/pipe[11260]: F01D6282512:
to=<adrien...@demi-soupir.com>, relay=dovecot, delay=0.29,
delays=0.07/0.02/0/0.19, dsn=2.0.0, statu
s=sent (delivered via dovecot service)
Jul 11 10:04:39 dev postfix/qmgr[26773]: F01D6282512: removed
Jul 11 10:05:02 dev postfix/smtpd[11251]: connect from
localhost[127.0.0.1]
Jul 11 10:05:02 dev postfix/smtpd[11251]: lost connection after
CONNECT from localhost[127.0.0.1]
Jul 11 10:05:02 dev postfix/smtpd[11251]: disconnect from
localhost[127.0.0.1]
Jul 11 10:05:02 dev dovecot: imap-login: Disconnected (no auth
attempts in 0 secs): user=<>, rip=127.0.0.1, lip=127.0.0.1, secured,
session=<48Do2TfhPwB/AAAB>
Jul 11 10:05:02 dev dovecot: pop3-login: Disconnected (no auth
attempts in 0 secs): user=<>, rip=127.0.0.1, lip=127.0.0.1, secured,
session=<6MDo2TfhQgB/AAAB>
Jul 11 10:06:22 dev postfix/smtp[11233]: F28C12825A7:
to=<con...@creasixtine.com>, relay=mx1.ovh.net[213.186.33.29]:25,
delay=151, delays=0.09/0.04/60/91, ds
n=2.0.0, status=sent (250 ok 1373529982 qp 20835)
Jul 11 10:06:22 dev postfix/qmgr[26773]: F28C12825A7: removed
Jul 11 10:07:53 dev postfix/qmgr[26773]: B614027F66A:
from=<con...@creasixtine.com>, size=2906, nrcpt=1 (queue active)
Jul 11 10:07:53 dev postfix/qmgr[26773]: 3C62727F66C:
from=<adrien...@demi-soupir.com>, size=781, nrcpt=1 (queue active)
Jul 11 10:07:54 dev postfix/smtpd[11259]: 3E9DE281F8D:
client=localhost[127.0.0.1]
Jul 11 10:07:54 dev postfix/cleanup[11350]: 3E9DE281F8D:
message-id=<51DE65FF...@demi-soupir.com>
Jul 11 10:07:54 dev postfix/qmgr[26773]: 3E9DE281F8D:
from=<adrien...@demi-soupir.com>, size=1250, nrcpt=1 (queue active)
Jul 11 10:07:54 dev postfix/smtpd[11259]: disconnect from
localhost[127.0.0.1]
Jul 11 10:07:54 dev amavis[11211]: (11211-02) Passed CLEAN
{RelayedOutbound}, LOCAL [192.168.0.254]:57353 [192.168.0.254]
<adrien...@demi-soupir.com> -> <
con...@creasixtine.com>, Queue-ID: 3C62727F66C, Message-ID:
<51DE65FF...@demi-soupir.com>, mail_id: uV3hwTWpy_An, Hits: -1,
size: 781, queued_as: 3E9DE2
81F8D, 843 ms
Jul 11 10:07:54 dev postfix/smtp[11346]: 3C62727F66C:
to=<con...@creasixtine.com>, relay=127.0.0.1[127.0.0.1]:10024,
delay=474, delays=473/0.05/0.01/0.85, ds
n=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10025):
250 2.0.0 Ok: queued as 3E9DE281F8D)
Jul 11 10:07:54 dev postfix/qmgr[26773]: 3C62727F66C: removed
Jul 11 10:07:55 dev postfix/smtpd[11232]: 9BFA227F66C:
client=localhost[127.0.0.1]
Jul 11 10:07:55 dev postfix/cleanup[11350]: 9BFA227F66C:
message-id=<51DE6684...@creasixtine.com>
Jul 11 10:07:55 dev postfix/qmgr[26773]: 9BFA227F66C:
from=<con...@creasixtine.com>, size=3387, nrcpt=1 (queue active)
Jul 11 10:07:55 dev postfix/smtpd[11232]: disconnect from
localhost[127.0.0.1]
Jul 11 10:07:55 dev amavis[11210]: (11210-02) Passed CLEAN
{RelayedInbound}, [178.32.98.131]:48103 [213.186.33.50]
<con...@creasixtine.com> -> <adrien.poupin
@demi-soupir.com>, Queue-ID: B614027F66A, Message-ID:
<51DE6684...@creasixtine.com>, mail_id: BK9iVBBpBab7, Hits:
-0.001, size: 2904, queued_as: 9BFA227F
66C, 2250 ms
Jul 11 10:07:55 dev postfix/smtp[11345]: B614027F66A:
to=<adrien...@demi-soupir.com>,
relay=127.0.0.1[127.0.0.1]:10024, delay=340,
delays=338/0.03/0.01/2.3, dsn=2.0.0, status=sent (250 2.0.0 from
MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 9BFA227F66C)
Jul 11 10:07:55 dev postfix/qmgr[26773]: B614027F66A: removed
Jul 11 10:07:55 dev dovecot: auth-worker(11353): mysql(localhost):
Connected to database dbispconfig
Jul 11 10:07:55 dev dovecot: lda(adrien...@demi-soupir.com):
sieve: msgid=<51DE6684...@creasixtine.com>: stored mail into
mailbox 'INBOX'
Jul 11 10:07:55 dev postfix/pipe[11351]: 9BFA227F66C:
to=<adrien...@demi-soupir.com>, relay=dovecot, delay=0.33,
delays=0.08/0.02/0/0.23, dsn=2.0.0, status=sent (delivered via
dovecot service)
Jul 11 10:07:55 dev postfix/qmgr[26773]: 9BFA227F66C: removed
Jul 11 10:07:59 dev postfix/anvil[11030]: statistics: max connection
rate 1/60s for (submission:192.168.0.254) at Jul 11 09:57:59
Jul 11 10:07:59 dev postfix/anvil[11030]: statistics: max connection
count 1 for (submission:192.168.0.254) at Jul 11 09:57:59
Jul 11 10:07:59 dev postfix/anvil[11030]: statistics: max message
rate 1/60s for (submission:192.168.0.254) at Jul 11 09:58:00
Jul 11 10:07:59 dev postfix/anvil[11030]: statistics: max cache size
2 at Jul 11 10:04:37
Jul 11 10:09:01 dev postfix/pickup[9858]: BBA1227F684: uid=0 from=<root>
Jul 11 10:09:01 dev postfix/cleanup[11350]: BBA1227F684:
message-id=<2013071108090...@dev.creasixtine.com>
Jul 11 10:09:01 dev postfix/qmgr[26773]: BBA1227F684:
from=<ro...@dev.creasixtine.com>, size=1042, nrcpt=1 (queue active)
Jul 11 10:09:02 dev postfix/smtpd[11259]: connect from
localhost[127.0.0.1]
Jul 11 10:09:02 dev postfix/trivial-rewrite[11186]: warning: do not
list domain dev.creasixtine.com in BOTH mydestination and
virtual_mailbox_domains
Jul 11 10:09:02 dev postfix/smtpd[11259]: 4F04127F66C:
client=localhost[127.0.0.1]
Jul 11 10:09:02 dev postfix/cleanup[11350]: 4F04127F66C:
message-id=<2013071108090...@dev.creasixtine.com>
Jul 11 10:09:02 dev postfix/smtpd[11259]: disconnect from
localhost[127.0.0.1]
Jul 11 10:09:02 dev postfix/qmgr[26773]: 4F04127F66C:
from=<ro...@dev.creasixtine.com>, size=1453, nrcpt=1 (queue active)
Jul 11 10:09:02 dev postfix/trivial-rewrite[11186]: warning: do not
list domain dev.creasixtine.com in BOTH mydestination and
virtual_mailbox_domains
Jul 11 10:09:02 dev amavis[11211]: (11211-03) Passed CLEAN
{RelayedInbound}, <ro...@dev.creasixtine.com> ->
<ro...@dev.creasixtine.com>, Message-ID:
<2013071108090...@dev.creasixtine.com>, mail_id:
zNvy7sEMR7sR, Hits: -0.001, size: 1041, queued_as: 4F04127F66C, 584 ms
Jul 11 10:09:02 dev postfix/trivial-rewrite[11186]: warning: do not
list domain dev.creasixtine.com in BOTH mydestination and
virtual_mailbox_domains
Jul 11 10:09:02 dev postfix/smtp[11346]: BBA1227F684:
to=<ro...@dev.creasixtine.com>, orig_to=<root>,
relay=127.0.0.1[127.0.0.1]:10024, delay=0.77,
delays=0.17/0/0.01/0.59, dsn=2.0.0, status=sent (250 2.0.0 from
MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 4F04127F66C)
Jul 11 10:09:02 dev postfix/qmgr[26773]: BBA1227F684: removed
Jul 11 10:09:02 dev postfix/local[11394]: 4F04127F66C:
to=<adr...@dev.creasixtine.com>, orig_to=<ro...@dev.creasixtine.com>,
relay=local, delay=0.22, delays=0.08/0.02/0/0.11, dsn=2.0.0,
status=sent (delivered to command: procmail -a "$EXTENSION")
Jul 11 10:09:02 dev postfix/qmgr[26773]: 4F04127F66C: removed
Jul 11 10:10:02 dev dovecot: pop3-login: Disconnected (no auth
attempts in 0 secs): user=<>, rip=127.0.0.1, lip=127.0.0.1, secured,
session=<W8/O6zfhVgB/AAAB>
Jul 11 10:10:02 dev dovecot: imap-login: Disconnected (no auth
attempts in 0 secs): user=<>, rip=127.0.0.1, lip=127.0.0.1, secured,
session=<wtXO6zfhUwB/AAAB>
Jul 11 10:10:02 dev postfix/smtpd[11434]: connect from
localhost[127.0.0.1]
Jul 11 10:10:02 dev postfix/smtpd[11434]: lost connection after
CONNECT from localhost[127.0.0.1]
Jul 11 10:10:02 dev postfix/smtpd[11434]: disconnect from
localhost[127.0.0.1]
Jul 11 10:10:24 dev postfix/smtp[11233]: 3E9DE281F8D:
to=<con...@creasixtine.com>, relay=mx1.ovh.net[213.186.33.29]:25,
delay=151, delays=0.1/0.01/60/90, dsn=2.0.0, status=sent (250 ok
1373530224 qp 14775)
Jul 11 10:10:24 dev postfix/qmgr[26773]: 3E9DE281F8D: removed


Merci d'avance !

Adrien.



signature.asc

Christophe

unread,
Jul 11, 2013, 4:40:02 AM7/11/13
to
Creasixtine Debian a écrit :
> Salut Tavoux,
>

Salut tatoi ;) .



> 2) À l'envoi c'est super lent ! À la réception par contre c'est ok. Je
> vous envoie les en-têtes de deux mails que je me suis envoyé dans les
> deux directions, ainsi qu'un extrait des logs (/var/log/mail.log). Le
> premier compte, contact [at] creasixtine.com, est géré par OVH, et
> adrien.poupin [at] demi-soupir.com est géré par moi.

A quel moment est-ce lent ?

Au moment ou tu fais "envoyer" dans ton icedove , ou une fois que le
mail est pris en compte par ton MTA ?

@+
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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/51DE6D4E...@stuxnet.org

ju...@free.fr

unread,
Jul 11, 2013, 6:40:02 AM7/11/13
to
Bonjour

> j'ai mis en place Postfix pour envoyer et dovecot pour recevoir.

Dovecot ne « reçoit » rien au contraire il « envoie » en IMAP, c'est postfix
qui receptionne tes mails.

Julien.

--
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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/20130711103...@test.porcinet.eu

Adrien Poupin

unread,
Jul 11, 2013, 6:40:02 AM7/11/13
to
Le 11/07/2013 12:31, ju...@free.fr a écrit :
> Bonjour
>
>> j'ai mis en place Postfix pour envoyer et dovecot pour recevoir.
> Dovecot ne « reçoit » rien au contraire il « envoie » en IMAP, c'est postfix
> qui receptionne tes mails.
>
> Julien.
>

Bonjour,

Toutafay tu as raison (en réalité je pensais les services en termes de
"ce que ça m'apporte" ; ici postfix envoie mes mails aux autres
serveurs, et dovecot me permet de recevoir mes mails (si tant est que
j'ai un MUA)).

signature.asc

ju...@test.porcinet.eu

unread,
Jul 11, 2013, 6:50:01 AM7/11/13
to
Bonjour

> j'ai mis en place Postfix pour envoyer et dovecot pour recevoir.

Dovecot ne « reçoit » rien au contraire il « envoie » en IMAP, c'est postfix
qui receptionne tes mails.

Julien.

--
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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/20130711102...@test.porcinet.eu

Creasixtine Debian

unread,
Jul 11, 2013, 8:50:02 AM7/11/13
to
Le 11/07/2013 10:31, Christophe a écrit :
> A quel moment est-ce lent ?
>
> Au moment ou tu fais "envoyer" dans ton icedove , ou une fois que le
> mail est pris en compte par ton MTA ?
>
Salut, merci de ta réponse.

Une fois que lemail est pris en compte par le MTA. Quand je clique, je
vois les logs du serveur qui avancent et prennent en compte directement
le mail. Un exemple : je vais envoyer un mail depuis adrien.poupin [at]
demi-soupir.com et tu vas voir les logs...

Si je clique sur envoyer, dans la seconde j'ai ça sur le serveur :

Jul 11 10:58:22 dev postfix/anvil[23326]: statistics: max connection
rate 1/60s for (smtp:178.32.228.4) at Jul 11 10:54:35
Jul 11 10:58:22 dev postfix/anvil[23326]: statistics: max connection
count 1 for (smtp:178.32.228.4) at Jul 11 10:54:35
Jul 11 10:58:22 dev postfix/anvil[23326]: statistics: max message
rate 1/60s for (smtp:178.32.228.4) at Jul 11 10:54:35
Jul 11 10:58:22 dev postfix/anvil[23326]: statistics: max cache size
1 at Jul 11 10:54:35
Jul 11 10:58:22 dev postfix/smtpd[23441]: connect from
unknown[192.168.0.254]
Jul 11 10:58:23 dev postfix/smtpd[23441]: Anonymous TLS connection
established from unknown[192.168.0.254]: TLSv1 with cipher
ECDHE-RSA-AES256-SHA (256/256 bits)
Jul 11 10:58:23 dev dovecot: auth-worker(23446): mysql(localhost):
Connected to database dbispconfig
Jul 11 10:58:23 dev postfix/smtpd[23441]: 7E4AA27F2ED:
client=unknown[192.168.0.254], sasl_method=PLAIN,
sasl_username=adrien...@demi-soupir.com
Jul 11 10:58:23 dev postfix/cleanup[23452]: 7E4AA27F2ED:
message-id=<51DE73AE...@demi-soupir.com>
Jul 11 10:58:23 dev postfix/qmgr[26773]: 7E4AA27F2ED:
from=<adrien...@demi-soupir.com>, size=823, nrcpt=1 (queue active)
Jul 11 10:58:23 dev postfix/smtpd[23441]: disconnect from
unknown[192.168.0.254]
Jul 11 10:58:24 dev postfix/smtpd[23456]: connect from
localhost[127.0.0.1]
Jul 11 10:58:24 dev postfix/smtpd[23456]: 2DC60281F8D:
client=localhost[127.0.0.1]
Jul 11 10:58:24 dev postfix/cleanup[23452]: 2DC60281F8D:
message-id=<51DE73AE...@demi-soupir.com>
Jul 11 10:58:24 dev postfix/qmgr[26773]: 2DC60281F8D:
from=<adrien...@demi-soupir.com>, size=1292, nrcpt=1 (queue active)
Jul 11 10:58:24 dev postfix/smtpd[23456]: disconnect from
localhost[127.0.0.1]
Jul 11 10:58:24 dev amavis[11211]: (11211-05) Passed CLEAN
{RelayedOutbound}, LOCAL [192.168.0.254]:57506 [192.168.0.254]
<adrien...@demi-soupir.com> -> <con...@creasixtine.com>,
Queue-ID: 7E4AA27F2ED, Message-ID:
<51DE73AE...@demi-soupir.com>, mail_id: AiPJon3IJH9F, Hits: -1,
size: 823, queued_as: 2DC60281F8D, 605 ms
Jul 11 10:58:24 dev postfix/smtp[23453]: 7E4AA27F2ED:
to=<con...@creasixtine.com>, relay=127.0.0.1[127.0.0.1]:10024,
delay=0.79, delays=0.15/0.03/0.01/0.61, dsn=2.0.0, status=sent (250
2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as
2DC60281F8D)
Jul 11 10:58:24 dev postfix/qmgr[26773]: 7E4AA27F2ED: removed

Et silence radio... jusqu'à ça :

Jul 11 11:00:02 dev dovecot: pop3-login: Disconnected (no auth
attempts in 0 secs): user=<>, rip=127.0.0.1, lip=127.0.0.1, secured,
session=<1nminjjh3gB/AAAB>
Jul 11 11:00:02 dev dovecot: imap-login: Disconnected (no auth
attempts in 0 secs): user=<>, rip=127.0.0.1, lip=127.0.0.1, secured,
session=<EH+injjh2wB/AAAB>
Jul 11 11:00:02 dev postfix/smtpd[23506]: connect from
localhost[127.0.0.1]
Jul 11 11:00:02 dev postfix/smtpd[23506]: lost connection after
CONNECT from localhost[127.0.0.1]
Jul 11 11:00:02 dev postfix/smtpd[23506]: disconnect from
localhost[127.0.0.1]

Jul 11 11:00:54 dev postfix/smtp[23457]: 2DC60281F8D:
to=<con...@creasixtine.com>, relay=mx1.ovh.net[213.186.33.29]:25,
delay=150, delays=0.06/0.03/60/90, dsn=2.0.0, status=sent (250 ok
1373533254 qp 26636)
Jul 11 11:00:54 dev postfix/qmgr[26773]: 2DC60281F8D: removed


Je vois effectivement un *delay=150* sur l'enregistrement *Jul 11
11:00:54 dev postfix/smtp[23457]:*. Bizarre, non ?

Qu'en penses-tu ?

Adrien.



signature.asc

Christophe

unread,
Jul 11, 2013, 10:30:03 AM7/11/13
to
Creasixtine Debian a écrit :
> Le 11/07/2013 10:31, Christophe a écrit :
>> A quel moment est-ce lent ?
>>
>> Au moment ou tu fais "envoyer" dans ton icedove , ou une fois que le
>> mail est pris en compte par ton MTA ?
>>
> Salut, merci de ta réponse.
>
> Une fois que lemail est pris en compte par le MTA. Quand je clique, je
> vois les logs du serveur qui avancent et prennent en compte directement
> le mail. Un exemple : je vais envoyer un mail depuis adrien.poupin [at]
> demi-soupir.com et tu vas voir les logs...
>

>
> Je vois effectivement un *delay=150* sur l'enregistrement *Jul 11
> 11:00:54 dev postfix/smtp[23457]:*. Bizarre, non ?
>
> Qu'en penses-tu ?

Re,

De ce que je crois me souvenir , le valeur "delay" est le récapitulatif
du temps total de traitement par le MTA, et les valeurs qui suivent
"delays" , le détail , mais je ne me souviens plus de quel champ
correspond à quoi.

Quand je regarde les logs, en effet, ton mail arrive dans le MTA, à
10:58:23, et en sort à 11:00:54 , ce qui doit faire ni plus ni moins 150
secondes ;) .

Je vois qu'il y a un amavisd dans le lot , du coup l'envoi de ton mail
se fait en deux étapes (vu de postfix).

* Récéption depuis le MUA (+ Authentification)
* Traitement par postfix => Envoi vers Amavisd
* Amavisd analyse le mail . (c'est le PASSED CLEAN dans les logs)
* Amavisd a fini => renvoi vers postfix sur le port 10025
* ... La il y a de la latence ... y'en a toujours un peu, mais 150
secondes, c'est long ...
* Postfix achemine finalement le mail vers le serveur MX destinataire.

dans le fichier /etc/postfix/master.cf, tu dois avoir deux lignes ,
correspondant respectivement à smtp-avamis, et à postfix sur le port
10025, est-ce que tu peux les poster ?


@+

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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/51DEBECE...@stuxnet.org

Creasixtine Debian

unread,
Jul 11, 2013, 11:20:01 AM7/11/13
to
Effectivement, j'ai dans les logs :

delay=150, delays=0.06/0.03/60/90 --> C'est donc le 60 / 90 qui me fait attendre 150 secondes.

Dans master.cfg j'ai ceci :

#
# Postfix master process configuration file. For details on the format
# of the file, see the master(5) manual page (command: "man 5 master").
#
# Do not forget to execute "postfix reload" after editing this file.
#
#
==========================================================================
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes) (never) (100)
#
==========================================================================
smtp inet n - - - - smtpd
submission inet n - - - - smtpd
-o smtpd_tls_security_level=encrypt
-o smtpd_sasl_auth_enable=yes
-o smtpd_client_restrictions=permit_sasl_authenticated,reject
-o milter_macro_daemon_name=ORIGINATING
smtps inet n - - - - smtpd
-o smtpd_tls_wrappermode=yes
-o smtpd_sasl_auth_enable=yes
-o smtpd_client_restrictions=permit_sasl_authenticated,reject
# -o milter_macro_daemon_name=ORIGINATING
#628 inet n - - - - qmqpd
pickup fifo n - - 60 1 pickup
cleanup unix n - - - 0 cleanup
qmgr fifo n - n 300 1 qmgr
#qmgr fifo n - - 300 1 oqmgr
tlsmgr unix - - - 1000? 1 tlsmgr
rewrite unix - - - - - trivial-rewrite
bounce unix - - - - 0 bounce
defer unix - - - - 0 bounce
trace unix - - - - 0 bounce
verify unix - - - - 1 verify
flush unix n - - 1000? 0 flush
proxymap unix - - n - - proxymap
proxywrite unix - - n - 1 proxymap
smtp unix - - - - - smtp
# When relaying mail as backup MX, disable fallback_relay to avoid
MX loops
relay unix - - - - - smtp
-o smtp_fallback_relay=
# -o smtp_helo_timeout=5 -o smtp_connect_timeout=5
showq unix n - - - - showq
error unix - - - - - error
retry unix - - - - - error
discard unix - - - - - discard
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - - - - lmtp
anvil unix - - - - 1 anvil
scache unix - - - - 1 scache
#
# ====================================================================
# Interfaces to non-Postfix software. Be sure to examine the manual
# pages of the non-Postfix software to find out what options it wants.
#
# Many of the following services use the Postfix pipe(8) delivery
# agent. See the pipe(8) man page for information about ${recipient}
# and other message envelope options.
# ====================================================================
#
# maildrop. See the Postfix MAILDROP_README file for details.
# Also specify in main.cf: maildrop_destination_recipient_limit=1
#
maildrop unix - n n - - pipe
flags=DRhu user=vmail argv=/usr/bin/maildrop -d vmail ${extension}
${recipient} ${user} ${nexthop} ${sender}
#
# ====================================================================
#
# Recent Cyrus versions can use the existing "lmtp" master.cf entry.
#
# Specify in cyrus.conf:
# lmtp cmd="lmtpd -a" listen="localhost:lmtp" proto=tcp4
#
# Specify in main.cf one or more of the following:
# mailbox_transport = lmtp:inet:localhost
# virtual_transport = lmtp:inet:localhost
#
# ====================================================================
#
# Cyrus 2.1.5 (Amos Gouaux)
# Also specify in main.cf: cyrus_destination_recipient_limit=1
#
#cyrus unix - n n - - pipe
# user=cyrus argv=/cyrus/bin/deliver -e -r ${sender} -m
${extension} ${user}
#
# ====================================================================
# Old example of delivery via Cyrus.
#
#old-cyrus unix - n n - - pipe
# flags=R user=cyrus argv=/cyrus/bin/deliver -e -m ${extension} ${user}
#
# ====================================================================
#
# See the Postfix UUCP_README file for configuration details.
#
uucp unix - n n - - pipe
flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail
($recipient)
#
# Other external delivery methods.
#
ifmail unix - n n - - pipe
flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp unix - n n - - pipe
flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -t$nexthop
-f$sender $recipient
scalemail-backend unix - n n - 2 pipe
flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store
${nexthop} ${user} ${extension}
mailman unix - n n - - pipe
flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py
${nexthop} ${user}

dovecot unix - n n - - pipe
flags=DROhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -f
${sender} -d ${user}@${nexthop}
amavis unix - - - - 2 smtp
-o smtp_data_done_timeout=1200
-o smtp_send_xforward_command=yes
127.0.0.1:10025 inet n - - - - smtpd
-o content_filter=
-o local_recipient_maps=
-o relay_recipient_maps=
-o smtpd_restriction_classes=
-o smtpd_client_restrictions=
-o smtpd_helo_restrictions=
-o smtpd_sender_restrictions=
-o smtpd_recipient_restrictions=permit_mynetworks,reject
-o mynetworks=127.0.0.0/8
-o strict_rfc821_envelopes=yes
-o
receive_override_options=no_unknown_recipient_checks,no_header_body_checks



Dans main.cfg j'ai ceci :

# 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)
smtpd_banner = SMTP server (version n.m)
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 = /usr/share/doc/postfix

# TLS parameters
smtpd_tls_cert_file = /etc/postfix/smtpd.cert
smtpd_tls_key_file = /etc/postfix/smtpd.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 = dev.creasixtine.com
alias_maps = hash:/etc/aliases, hash:/var/lib/mailman/data/aliases
alias_database = hash:/etc/aliases, hash:/var/lib/mailman/data/aliases
myorigin = /etc/mailname
mydestination = dev.creasixtine.com, localhost, localhost.localdomain
relayhost =
mynetworks = 127.0.0.0/8 [::1]/128
mynetworks = 127.0.0.0/8 [::1]/128
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
inet_protocols = all
smtpd_sasl_local_domain =
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_sasl_authenticated_header = yes
smtpd_recipient_restrictions = permit_mynetworks,
permit_sasl_authenticated, check_recipient_access
mysql:/etc/postfix/mysql-virtual_recipient.cf, reject_unauth_destination
smtpd_tls_auth_only = no
smtp_use_tls = yes
smtp_tls_note_starttls_offer = yes
smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_session_cache_timeout = 3600s
tls_random_source = dev:/dev/urandom
home_mailbox = mail/
html_directory = /usr/share/doc/postfix/html
virtual_alias_domains =
virtual_alias_maps =
proxy:mysql:/etc/postfix/mysql-virtual_forwardings.cf,
proxy:mysql:/etc/postfix/mysql-virtual_email2email.cf,
hash:/var/lib/mailman/data/virtual-mailman
virtual_mailbox_domains =
proxy:mysql:/etc/postfix/mysql-virtual_domains.cf
virtual_mailbox_maps =
proxy:mysql:/etc/postfix/mysql-virtual_mailboxes.cf
virtual_mailbox_base = /var/vmail
virtual_uid_maps = static:5000
virtual_gid_maps = static:5000
smtpd_tls_security_level = may
transport_maps = hash:/var/lib/mailman/data/transport-mailman,
proxy:mysql:/etc/postfix/mysql-virtual_transports.cf
relay_domains = mysql:/etc/postfix/mysql-virtual_relaydomains.cf
relay_recipient_maps =
mysql:/etc/postfix/mysql-virtual_relayrecipientmaps.cf
proxy_read_maps = $local_recipient_maps $mydestination
$virtual_alias_maps $virtual_alias_domains $virtual_mailbox_maps
$virtual_mailbox_domains $relay_recipient_maps $relay_domains
$canonical_maps $sender_canonical_maps $recipient_canonical_maps
$relocated_maps $transport_maps $mynetworks $virtual_mailbox_limit_maps
smtpd_sender_restrictions = check_sender_access
mysql:/etc/postfix/mysql-virtual_sender.cf
smtpd_client_restrictions = check_client_access
mysql:/etc/postfix/mysql-virtual_client.cf
smtpd_client_message_rate_limit = 100
maildrop_destination_concurrency_limit = 1
maildrop_destination_recipient_limit = 1
virtual_transport = dovecot
header_checks = regexp:/etc/postfix/header_checks
mime_header_checks = regexp:/etc/postfix/mime_header_checks
nested_header_checks = regexp:/etc/postfix/nested_header_checks
body_checks = regexp:/etc/postfix/body_checks
owner_request_special = no
dovecot_destination_recipient_limit = 1
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth
content_filter = amavis:[127.0.0.1]:10024
receive_override_options = no_address_mappings
smtpd_error_sleep_time = 0


Espérant que ça pourra éclairer !

Adrien.


signature.asc

Christophe

unread,
Jul 11, 2013, 3:30:01 PM7/11/13
to
Creasixtine Debian a écrit :
>>
>>
>>
> Effectivement, j'ai dans les logs :
>
> delay=150, delays=0.06/0.03/60/90 --> C'est donc le 60 / 90 qui me fait attendre 150 secondes.
>

A première vue, je ne vois rien qui cloche dans les fichiers de conf.

Mais 60 et 90 , ca me parait trop rond ... Je me dis , qu'il y a
forcément une question de timeout quelque part.

Il me semble avoir déjà rencontré ce cas sur une FreeBSD et compilation
à la main des différents intervenants.

De mémoire , j'avais été bidouiller dans les fichiers de conf d'amavisd
pour remplacer un "localhost" en "127.0.0.1".

@+
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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/51DF059F...@stuxnet.org

Creasixtine Debian

unread,
Jul 11, 2013, 5:30:02 PM7/11/13
to
On 11/07/2013 21:21, Christophe wrote:
> Mais 60 et 90 , ca me parait trop rond ... Je me dis , qu'il y a
> forcément une question de timeout quelque part.
Bonsoir Christophe,
Merci encore pour ta réponse ; j'ai regardé dans tous les fichiers de
conf' que j'ai pu trouver sur amavis (il y en a des moches !), mais pas vu.

Par contre, j'ai trouvé ceci sur le ouaibe, et ça correspond carrément à
mon problème :
http://irp.nain-t.net/doku.php/200messagerie:010postfix1:020_installation

En effet, je loue les domaines à OVH, mais le serveur en question se
trouve chez mon moi local.
Pour montrer patte blanche, j'étais allé :
1) configurer les champs SPF des domaines OVH pour que mon ip/domaine
soit effectivement officiellement reconnue comme envoyant du mail ;
2) configurer la freebox pour accepter les mails sortants ;

Sauf qu'avec un nslookup sur mon ip, je voix que celle-ci est liée à un
nom de domaine du style maville.mon-IP-inversée.fbx.proxad.net. OVH ne
fait donc pas confiance à ce type d'adresse IP, qui ne fait pas pro.
Du coup, dans mon compte Free je viens de personnaliser le reverse
DNS... 24h pour réagir, on verra bien demain ! Mais j'ai bon espoir que
le problème vînt de là !

Merci pour ton aide !

Adrien.

--
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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/51DF21F5...@creasixtine.com

Creasixtine Debian

unread,
Jul 12, 2013, 7:50:02 AM7/12/13
to
Le 11/07/2013 23:21, Creasixtine Debian a écrit :
> On 11/07/2013 21:21, Christophe wrote:
>> Mais 60 et 90 , ca me parait trop rond ... Je me dis , qu'il y a
>> forcément une question de timeout quelque part.
>
> Par contre, j'ai trouvé ceci sur le ouaibe, et ça correspond carrément
> à mon problème :
> http://irp.nain-t.net/doku.php/200messagerie:010postfix1:020_installation
>
> [...]
> Du coup, dans mon compte Free je viens de personnaliser le reverse
> DNS... 24h pour réagir, on verra bien demain ! Mais j'ai bon espoir
> que le problème vînt de là !

Eh bien j'ai vérifié, c'était bien ça ! Si le rdns n'est pas bon, les
FAI / instances de serveurs mail grand public mettent les mails en attente.
En espérant, pour ceux qui souhaitent mettre ça en place, qu'ils aient
la possibilité de modifier leur RDNS... Chez free c'est possible en tous
cas.

Un log pour l'envoi d'un mail (court et en texte plein) :

Jul 12 13:35:42 dev postfix/smtpd[15355]: connect from
unknown[192.168.0.254]
Jul 12 13:35:42 dev postfix/smtpd[15355]: Anonymous TLS connection
established from unknown[192.168.0.254]: TLSv1 with cipher
ECDHE-RSA-AES256-SHA (256/256 bits)
Jul 12 13:35:42 dev postfix/smtpd[15355]: 6000127F23B:
client=unknown[192.168.0.254], sasl_method=PLAIN,
sasl_username=adrien...@demi-soupir.com
Jul 12 13:35:42 dev postfix/cleanup[15365]: 6000127F23B:
message-id=<51DFEA0E...@demi-soupir.com>
Jul 12 13:35:42 dev postfix/qmgr[5498]: 6000127F23B:
from=<adrien...@demi-soupir.com>, size=777, nrcpt=1 (queue active)
Jul 12 13:35:42 dev postfix/smtpd[15355]: disconnect from
unknown[192.168.0.254]
Jul 12 13:35:42 dev postfix/smtpd[15369]: connect from
localhost[127.0.0.1]
Jul 12 13:35:42 dev postfix/smtpd[15369]: EA3732827E5:
client=localhost[127.0.0.1]
Jul 12 13:35:42 dev postfix/cleanup[15365]: EA3732827E5:
message-id=<51DFEA0E...@demi-soupir.com>
Jul 12 13:35:43 dev postfix/qmgr[5498]: EA3732827E5:
from=<adrien...@demi-soupir.com>, size=1246, nrcpt=1 (queue active)
Jul 12 13:35:43 dev postfix/smtpd[15369]: disconnect from
localhost[127.0.0.1]
Jul 12 13:35:43 dev amavis[10541]: (10541-19) Passed CLEAN
{RelayedOutbound}, LOCAL [192.168.0.254]:60321 [192.168.0.254]
<adrien...@demi-soupir.com> -> <con...@creasixtine.com>,
Queue-ID: 6000127F23B, Message-ID:
<51DFEA0E...@demi-soupir.com>, mail_id: nhacQHyyeiDM, Hits: -1,
size: 777, queued_as: EA3732827E5, 531 ms
Jul 12 13:35:43 dev postfix/smtp[15366]: 6000127F23B:
to=<con...@creasixtine.com>, relay=127.0.0.1[127.0.0.1]:10024,
delay=0.84, delays=0.3/0/0.01/0.54, dsn=2.0.0, status=sent (250
2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as
EA3732827E5)
Jul 12 13:35:43 dev postfix/qmgr[5498]: 6000127F23B: removed
Jul 12 13:35:43 dev postfix/smtp[15370]: EA3732827E5:
to=<con...@creasixtine.com>, relay=mx1.ovh.net[213.186.33.29]:25,
delay=0.48, delays=0.07/0/0.3/0.1, dsn=2.0.0, status=sent (250 ok
1373628943 qp 27608)
Jul 12 13:35:43 dev postfix/qmgr[5498]: EA3732827E5: removed

Pour l'envoi d'un mail qui contient une pièce jointe d'1 Mo, le serveur
met plus de 20 secondes à l'envoyer. Mais en même temps c'est normal, ma
connexion a un débit montant qui est faible.


Adrien.



signature.asc

Christophe

unread,
Jul 12, 2013, 8:00:02 AM7/12/13
to
Creasixtine Debian a écrit :
>>
>> Par contre, j'ai trouvé ceci sur le ouaibe, et ça correspond carrément
>> à mon problème :
>> http://irp.nain-t.net/doku.php/200messagerie:010postfix1:020_installation
>>
>> [...]
>> Du coup, dans mon compte Free je viens de personnaliser le reverse
>> DNS... 24h pour réagir, on verra bien demain ! Mais j'ai bon espoir
>> que le problème vînt de là !
>
> Eh bien j'ai vérifié, c'était bien ça ! Si le rdns n'est pas bon, les
> FAI / instances de serveurs mail grand public mettent les mails en attente.
> En espérant, pour ceux qui souhaitent mettre ça en place, qu'ils aient
> la possibilité de modifier leur RDNS... Chez free c'est possible en tous
> cas.
>
> Pour l'envoi d'un mail qui contient une pièce jointe d'1 Mo, le serveur
> met plus de 20 secondes à l'envoyer. Mais en même temps c'est normal, ma
> connexion a un débit montant qui est faible.
>
>
> Adrien.
>

Hello,

Jusque la, pour la pièce jointe, normal, (on est pour la majorité plus
ou moins dans le même cas :) ) .

Par contre, la ou je comprend moins, c'est pourquoi il n'y avait pas de
log d'erreur/avertissement quand le reverse n'était pas à jour, genre ,
une première tentative d'envoi qui dit ... "repasse plus tard STP".

Les logs que tu as posté, tu les sors de quel fichier ?

@+
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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/51DFEDD8...@stuxnet.org

Adrien Poupin

unread,
Jul 12, 2013, 9:20:02 AM7/12/13
to
Le 12/07/2013 13:51, Christophe a écrit :
> Par contre, la ou je comprend moins, c'est pourquoi il n'y avait pas
> de log d'erreur/avertissement quand le reverse n'était pas à jour,
> genre , une première tentative d'envoi qui dit ... "repasse plus tard
> STP".
>
> Les logs que tu as posté, tu les sors de quel fichier ?

C'est ben vrai... Il s'agissait en l'occurrence de /var/log/mail.log (ou
encore /var/log/mail.warning, etc.).

Cordialement,
Adrien.

signature.asc

Creasixtine Debian

unread,
Jul 16, 2013, 10:30:01 AM7/16/13
to
Dernier retour d'expérience :
Il faut montrer de blanches mimines pour monter un serveur web : non
seulement le FAI doit autoriser l'envoi SMTP, il faut mettre des
enregistrements SPF sur les noms de domaine...
Mais apparemment ce n'est pas tout : Spamhaus semble être le leader qui
centralise les informations sur qui est du spam ou non. Par défaut, mon
IP (ip fixe chez free) était considérée comme non digne de confiance.
J'ai donc rempli un formulaire sur http://www.spamhaus.org, et tout est
bon : mes mails sont enfin acceptés par tous les fournisseurs de
freemails, ils ont réagi en quelques heures.

Voili voilou -- si jamais quelqu'un se pose la question à l'avenir ^^

Adrien.


signature.asc

Keldan

unread,
Jul 16, 2013, 11:00:01 AM7/16/13
to
1) Sur IspConfig, les mails sont stockés dans
/var/vmail/adresse_email/...

2) La réception est généralement + rapide puisque la ligne profite de
tout le débit descendant. Par contre à l'envoi, plusieurs possibilités :
- L'upload de la ligne qui peut etre inférieure au download.
- Le relay-smtp (celui de Free dans ce cas si tu as activé cette option)
qui fait transiter tes mails par les serveurs de Free qui mettent un
certain temps a traiter ta demande.
- Ou encore le temps de traitement des mails du serveur de mail du
destinataire, alors que le tien ne fait que ça à ce moment.

Bref pleins de raison au temps de traitement d'un mail.

--
Keldan
http://keldan.fr
Propulsé par GNU/Linux

--
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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/68733cfd15d3df75...@keldan.fr

Creasixtine Debian

unread,
Jul 16, 2013, 11:30:06 AM7/16/13
to
Le 16/07/2013 16:57, Keldan a écrit :
> 1) Sur IspConfig, les mails sont stockés dans
> /var/vmail/adresse_email/...

Oui merci, c'est d'ailleurs ce que je venais de voir (j'avais très mal
cherché à ce sujet).
> 2) La réception est généralement + rapide puisque la ligne profite de
> tout le débit descendant. Par contre à l'envoi, plusieurs possibilités :
> - L'upload de la ligne qui peut etre inférieure au download.
> - Le relay-smtp (celui de Free dans ce cas si tu as activé cette
> option) qui fait transiter tes mails par les serveurs de Free qui
> mettent un certain temps a traiter ta demande.
> - Ou encore le temps de traitement des mails du serveur de mail du
> destinataire, alors que le tien ne fait que ça à ce moment.
>
> Bref pleins de raison au temps de traitement d'un mail.
>
Là en l'occurrence c'était que j'étais considéré comme un spammeur (ce
qui est réglé avec un enregistrement SPF et une requête à spamhaus).

Merci bien !

Adrien.


signature.asc

Yves Rutschle

unread,
Jul 16, 2013, 2:50:02 PM7/16/13
to
On Tue, Jul 16, 2013 at 04:20:34PM +0200, Creasixtine Debian wrote:
> Dernier retour d'expérience :
> Il faut montrer de blanches mimines pour monter un serveur web : non
> seulement le FAI doit autoriser l'envoi SMTP, il faut mettre des
> enregistrements SPF sur les noms de domaine...
> Mais apparemment ce n'est pas tout : Spamhaus semble être le leader qui
> centralise les informations sur qui est du spam ou non. Par défaut, mon
> IP (ip fixe chez free) était considérée comme non digne de confiance.
> J'ai donc rempli un formulaire sur http://www.spamhaus.org, et tout est
> bon : mes mails sont enfin acceptés par tous les fournisseurs de
> freemails, ils ont réagi en quelques heures.

Quand les gens te donnent des réponses, ça peut valoir la
peine de les lire. Ces 2 points sont clairement expliqués
dans le lien que j'ai envoyé il y a une semaine.

Je te laisse donc ré-inventer la roue.

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-f...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listm...@lists.debian.org
Archive: http://lists.debian.org/20130716182...@naryves.com

Creasixtine Debian

unread,
Jul 16, 2013, 4:00:02 PM7/16/13
to
Le 16/07/2013 20:24, Yves Rutschle a écrit :
> On Tue, Jul 16, 2013 at 04:20:34PM +0200, Creasixtine Debian wrote:
>> Dernier retour d'expérience :
>> Il faut montrer de blanches mimines pour monter un serveur web : non
>> seulement le FAI doit autoriser l'envoi SMTP, il faut mettre des
>> enregistrements SPF sur les noms de domaine...
>> Mais apparemment ce n'est pas tout : Spamhaus semble être le leader qui
>> centralise les informations sur qui est du spam ou non. Par défaut, mon
>> IP (ip fixe chez free) était considérée comme non digne de confiance.
>> J'ai donc rempli un formulaire sur http://www.spamhaus.org, et tout est
>> bon : mes mails sont enfin acceptés par tous les fournisseurs de
>> freemails, ils ont réagi en quelques heures.
> Quand les gens te donnent des réponses, ça peut valoir la
> peine de les lire. Ces 2 points sont clairement expliqués
> dans le lien que j'ai envoyé il y a une semaine.
>
> Je te laisse donc ré-inventer la roue.
>
> Y.
>
Bonsoir à toi,

Merci de l'avoir rappelé, car en effet tu en parles sur ta page
http://rutschle.net/wiki/#[[Posting%20e-mail]]
Mais c'est comme tout vois-tu, la lecture est toujours sélective selon
ce qu'on cherche. En l'occurrence à l'époque je cherchais autre chose ;
l'aspect spamhaus et consorts est venu plus tard, et j'avais oublié le
truc. En tous cas, la page est intéressante et je vais voir également du
côté de trend micro.

Bonne soirée.

--
Adrien.

signature.asc
0 new messages