Nowwhat
13/10/2015, 10h30
Bonjour,
La réception d'un mail sur un serveur dédié n'est que l'affaire de .... l'admin de ce serveur dédié.
Entre un serveur (disons un serveur mail Mutualisé d'OVH) et ton dédié, le délais ne peut être être plus que quelques centaines de mille secondes (soit le temps nécessaire que un paquet "Internet" passe une fois autour de la terre - pour donner un exemple).
SI le mail prend du temps pour arriver, c'est par ce que le serveur mail qui te transmet le mail (dans ce cas un serveur mail Mutualisé d'OVH) a besoin de ce temps de "traiter" le mail.
J'ai un serveur mail - j'utilise postfix.
J'active le log de mon serveur mail.
Puis, je me connecte sur mon compte gmail - et je m'adresse un mail venant de compte gmail vers une adresse mail, géré sur mon serveur mail - mon dédié.
Dès que je clique sur "Envoyer" dans mon web-interface de GMail, l'activité de mon
me montre clairement que le serveur mail de gmail connecte à mon serveur - pour déposer le mail.
Le tout ne prend même pas un demi seconde.
Il est totalement inutile de poster ici de "questions/problèmes" sans donner AUCUN détail comme IP, nom de domaine, détails concernant l’émetteur, etc.
Il est vrai que des serveurs mail des hébergements Mutualisé sont souvent dans le choux, car ils doivent traiter énormément des mails ... et dès que ça foire - ça foire pour toute le monde (sur cette installation Mutu). C'est d’ailleurs souvent LA raison de n'est plus utiliser les serveurs mails d'OVH, mais de gérer soi-même ces mails sur SON dédié
Alors t'as des détails ?
Ton soucis arrive QUE quand les mails viennent d'un serveur mail Mutualisé d'OVH - ou aussi d'autres serveurs mails ? (Orange, Free, Yahoo, GMail, etc etc etc) ?
Ton serveur mail est bien (10/10) paramétré => https://www.mail-tester.com/ ?
édit:
J'ai quand même testé.
J'ai un hébergement Mutualisé, avec un adresse mail : postmaster@papy-team.fr
Ce mutu utilise l'envoi des mails par SMTP, ssl0.ovh.net porte 587 - le tout conforme https://www.ovh.com/fr/g1474.mutuali..._mutualise_ovh
Dès que j'envoie un mail vers un e adresse géré sur mon serveur (postmaster@test-domaine.fr) j'ai .... rien pour l'instant.
Après plus qu'une minute, j'ai reçu le mail sur mon dédié:
Ce délais d'une minute, je m'estime encore heureux.
Régulièrement, j'ai des messages venant de mon site (sur Mutu) que les gens peuvent instruire, car ils reçoivent pas le mail d'inscription .... Bien sur ils utilisent des mails vraiement rikiki, comme ces yahoo,/hot/la poste/msn/outlook (les play mails), qu, eux, filtrent aussi pas mal.
De toute façon: regarde bien le log: mon serveur mail détecte quand même des soucis:
Oct 13 09:43:15 ns311465 test-domaine.fr-smtp-client-ipv4/smtpd[1135]: NOQUEUE: reject_warning: RCPT from 2.mo68.mail-out.ovh.net[46.105.52.162]: 450 4.1.7: Sender address rejected: unverified address: Address verification in progress; from= to= proto=ESMTP helo=<2.mo68.mail-out.ovh.net>
Disons que mon serveur mail cherche a comprendre pourquoi "2.mo68.mail-out.ovh.net" est utilisé pour relayer un mail venant de "postmaster@papy-team.fr".
Heureusement, mon serveur mail sur mon dédié travaille en mode 'cool', donc il l'accepte.
La réception d'un mail sur un serveur dédié n'est que l'affaire de .... l'admin de ce serveur dédié.
Entre un serveur (disons un serveur mail Mutualisé d'OVH) et ton dédié, le délais ne peut être être plus que quelques centaines de mille secondes (soit le temps nécessaire que un paquet "Internet" passe une fois autour de la terre - pour donner un exemple).
SI le mail prend du temps pour arriver, c'est par ce que le serveur mail qui te transmet le mail (dans ce cas un serveur mail Mutualisé d'OVH) a besoin de ce temps de "traiter" le mail.
J'ai un serveur mail - j'utilise postfix.
J'active le log de mon serveur mail.
tail -f /var/log/mail.log
Dès que je clique sur "Envoyer" dans mon web-interface de GMail, l'activité de mon
tail -f /var/log/mail.log
Le tout ne prend même pas un demi seconde.
Il est totalement inutile de poster ici de "questions/problèmes" sans donner AUCUN détail comme IP, nom de domaine, détails concernant l’émetteur, etc.
Il est vrai que des serveurs mail des hébergements Mutualisé sont souvent dans le choux, car ils doivent traiter énormément des mails ... et dès que ça foire - ça foire pour toute le monde (sur cette installation Mutu). C'est d’ailleurs souvent LA raison de n'est plus utiliser les serveurs mails d'OVH, mais de gérer soi-même ces mails sur SON dédié
Alors t'as des détails ?
Ton soucis arrive QUE quand les mails viennent d'un serveur mail Mutualisé d'OVH - ou aussi d'autres serveurs mails ? (Orange, Free, Yahoo, GMail, etc etc etc) ?
Ton serveur mail est bien (10/10) paramétré => https://www.mail-tester.com/ ?
édit:
J'ai quand même testé.
J'ai un hébergement Mutualisé, avec un adresse mail : postmaster@papy-team.fr
Ce mutu utilise l'envoi des mails par SMTP, ssl0.ovh.net porte 587 - le tout conforme https://www.ovh.com/fr/g1474.mutuali..._mutualise_ovh
Dès que j'envoie un mail vers un e adresse géré sur mon serveur (postmaster@test-domaine.fr) j'ai .... rien pour l'instant.
Après plus qu'une minute, j'ai reçu le mail sur mon dédié:
Code:
Oct 13 09:43:09 ns311465 test-domaine.fr-smtp-client-ipv4/smtpd[1135]: connect from 2.mo68.mail-out.ovh.net[46.105.52.162] Oct 13 09:43:09 ns311465 test-domaine.fr-smtp-client-ipv4/smtpd[1135]: Anonymous TLS connection established from 2.mo68.mail-out.ovh.net[46.105.52.162]: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits) Oct 13 09:43:09 ns311465 postfix/cleanup[1016]: 9FED063E0A0A: message-id=<20151013074309.9FED063E0A0A@ns311465.ip-188-165-201.eu> Oct 13 09:43:09 ns311465 postfix/qmgr[17989]: 9FED063E0A0A: from=, size=307, nrcpt=1 (queue active) Oct 13 09:43:15 ns311465 test-domaine.fr-smtp-client-ipv4/smtpd[1135]: NOQUEUE: reject_warning: RCPT from 2.mo68.mail-out.ovh.net[46.105.52.162]: 450 4.1.7 : Sender address rejected: unverified address: Address verification in progress; from= to= proto=ESMTP helo=<2.mo68.mail-out.ovh.net> Oct 13 09:43:15 ns311465 test-domaine.fr-smtp-client-ipv4/smtpd[1135]: A784163E0AFE: client=2.mo68.mail-out.ovh.net[46.105.52.162] Oct 13 09:43:15 ns311465 postfix/cleanup[1016]: A784163E0AFE: message-id=<70a8325fc00d5f6521c8cfad34427229@www.papy-team.fr> Oct 13 09:43:15 ns311465 opendkim[1205]: A784163E0AFE: 2.mo68.mail-out.ovh.net [46.105.52.162] not internal Oct 13 09:43:15 ns311465 opendkim[1205]: A784163E0AFE: not authenticated Oct 13 09:43:15 ns311465 opendkim[1205]: A784163E0AFE: no signature data Oct 13 09:43:15 ns311465 opendmarc[1167]: A784163E0AFE: papy-team.fr fail Oct 13 09:43:15 ns311465 postfix/qmgr[17989]: A784163E0AFE: from= , size=2314, nrcpt=1 (queue active) Oct 13 09:43:15 ns311465 test-domaine.fr-smtp-client-ipv4/smtpd[1135]: disconnect from 2.mo68.mail-out.ovh.net[46.105.52.162] Oct 13 09:43:17 ns311465 amavis/smtpd[326]: 62C4663E0B47: client=localhost.localdomain[127.0.0.1] Oct 13 09:43:17 ns311465 postfix/cleanup[1016]: 62C4663E0B47: message-id=<70a8325fc00d5f6521c8cfad34427229@www.papy-team.fr> Oct 13 09:43:17 ns311465 postfix/qmgr[17989]: 62C4663E0B47: from= , size=3080, nrcpt=1 (queue active) Oct 13 09:43:17 ns311465 postfix/smtp[1146]: A784163E0AFE: to= , relay=localhost[127.0.0.1]:10024, delay=7.8, delays=6.2/0.01/0/1.6, 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 62C4663E0B47) Oct 13 09:43:17 ns311465 postfix/qmgr[17989]: A784163E0AFE: removed Oct 13 09:43:17 ns311465 postfix/virtual[1150]: 62C4663E0B47: to= , relay=virtual, delay=0.07, delays=0.03/0.01/0/0.04, dsn=2.0.0, status=sent (delivered to maildir) Oct 13 09:43:17 ns311465 postfix/qmgr[17989]: 62C4663E0B47: removed
Régulièrement, j'ai des messages venant de mon site (sur Mutu) que les gens peuvent instruire, car ils reçoivent pas le mail d'inscription .... Bien sur ils utilisent des mails vraiement rikiki, comme ces yahoo,/hot/la poste/msn/outlook (les play mails), qu, eux, filtrent aussi pas mal.
De toute façon: regarde bien le log: mon serveur mail détecte quand même des soucis:
Oct 13 09:43:15 ns311465 test-domaine.fr-smtp-client-ipv4/smtpd[1135]: NOQUEUE: reject_warning: RCPT from 2.mo68.mail-out.ovh.net[46.105.52.162]: 450 4.1.7
Disons que mon serveur mail cherche a comprendre pourquoi "2.mo68.mail-out.ovh.net" est utilisé pour relayer un mail venant de "postmaster@papy-team.fr".
Heureusement, mon serveur mail sur mon dédié travaille en mode 'cool', donc il l'accepte.