Re: Les emails - retour d'expérience et question lenteur
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 Description: OpenPGP digital signature
Re: Les emails - retour d'expérience et question lenteur
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-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130716182423.ga17...@naryves.com
Re: Les emails - retour d'expérience et question lenteur (RÉSOLU)
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 Description: OpenPGP digital signature
Re: Les emails - retour d'expérience et question lenteur
Le 2013-07-16 16:20, Creasixtine Debian a écrit : Le 11/07/2013 10:16, Creasixtine Debian a écrit : 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. 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-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/68733cfd15d3df759bdcd15fbde32...@keldan.fr
Re: Les emails - retour d'expérience et question lenteur
Le 11/07/2013 10:16, Creasixtine Debian a écrit : > 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. > > 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 Description: OpenPGP digital signature
Re: Les emails - retour d'expérience et question lenteur
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 Description: OpenPGP digital signature
Re: Les emails - retour d'expérience et question lenteur
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-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/51dfedd8.2030...@stuxnet.org
Re: Les emails - retour d'expérience et question lenteur
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.pou...@demi-soupir.com
Jul 12 13:35:42 dev postfix/cleanup[15365]: 6000127F23B:
message-id=<51dfea0e.9080...@demi-soupir.com>
Jul 12 13:35:42 dev postfix/qmgr[5498]: 6000127F23B:
from=, 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.9080...@demi-soupir.com>
Jul 12 13:35:43 dev postfix/qmgr[5498]: EA3732827E5:
from=, 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]
-> ,
Queue-ID: 6000127F23B, Message-ID:
<51dfea0e.9080...@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=, 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=, 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
Description: OpenPGP digital signature
Re: Les emails - retour d'expérience et question lenteur
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-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/51df21f5.7060...@creasixtine.com
Re: Les emails - retour d'expérience et question lenteur
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-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/51df059f.2010...@stuxnet.org
Re: Les emails - retour d'expérience et question lenteur
Le 11/07/2013 16:18, Christophe a écrit : > 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. > > > 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 pickupfifo n - - 60 1 pickup cleanup unix n - - - 0 cleanup qmgr fifo n - n 300 1 qmgr #qmgr fifo n - - 300 1 oqmgr tlsmgrunix - - - 1000? 1 tlsmgr rewrite unix - - - - - trivial-rewrite bounceunix - - - - 0 bounce defer unix - - - - 0 bounce trace unix - - - - 0 bounce verifyunix - - - - 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 scacheunix - - - - 1
Re: Les emails - retour d'expérience et question lenteur
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-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/51debece.4020...@stuxnet.org
Re: Les emails - retour d'expérience et question lenteur
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.pou...@demi-soupir.com
Jul 11 10:58:23 dev postfix/cleanup[23452]: 7E4AA27F2ED:
message-id=<51de73ae.5000...@demi-soupir.com>
Jul 11 10:58:23 dev postfix/qmgr[26773]: 7E4AA27F2ED:
from=, 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.5000...@demi-soupir.com>
Jul 11 10:58:24 dev postfix/qmgr[26773]: 2DC60281F8D:
from=, 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]
-> ,
Queue-ID: 7E4AA27F2ED, Message-ID:
<51de73ae.5000...@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=, 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=
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=, 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
Description: OpenPGP digital signature
Re: Les emails - retour d'expérience et question lenteur
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-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130711102604.gc31...@test.porcinet.eu
Re: Les emails - retour d'expérience et question lenteur
Le 11/07/2013 12:31, j...@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 Description: OpenPGP digital signature
Re: Les emails - retour d'expérience et question lenteur
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-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20130711103108.ga10...@test.porcinet.eu
Re: Les emails - retour d'expérience et question lenteur
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-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/51de6d4e.2070...@stuxnet.org
Re: Les emails - retour d'expérience et question lenteur
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:
X-Original-To: adrien.pou...@demi-soupir.com
Delivered-To: adrien.pou...@demi-soupir.com
Received: from localhost (localhost [127.0.0.1])
by dev.creasixtine.com (Postfix) with ESMTP id F01D6282512
for ; 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 ;
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 ; 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 ; 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?)
(cont...@adrien-poupin.fr@78.227.97.118)
by ns0.ovh.net with SMTP; 11 Jul 2013 10:04:32 +0200
Message-ID: <51de670f.50...@creasixtine.com>
Date: Thu, 11 Jul 2013 10:04:31 +0200
From: Creasixtine Debian
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130630
Icedove/17.0.7
MIME-Version: 1.0
To: adrien.pou...@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:
Delivered-To: cont...@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.com-cont...@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 de
