Vous n'êtes pas identifié(e).
Pages : 1
J'ai l'impression que certain mails envoyés par le serveur dédié de Tux-planet ne partent pas.
On peut voir ceci dans le /var/log/maillog :
Nov 4 12:53:00 localhost sendmail[27019]: oA4Cr0p3027019: from=tuxplanet, size=866, class=0, nrcpts=1, msgid=<201011041253.oA4Cr0p3027019@sd-xxxxx.dedibox.fr>, relay=tuxplanet@localhost
Nov 4 12:53:00 localhost sendmail[27020]: oA4Cr0p9027020: from=<tuxplanet@sd-xxxxx.dedibox.fr>, size=1063, class=0, nrcpts=1, msgid=<201011041253.oA4Cr0p3027019@sd-19554.dedibox.fr>, proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1]
Nov 4 12:53:00 localhost sendmail[27019]: oA4Cr0p3027019: to=xxxxxx@aol.com, ctladdr=tuxplanet (500/500), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30866, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (oA4Cr0p9027020 Message accepted for delivery)
Nov 4 12:53:01 localhost sendmail[27022]: oA4Cr0p9027020: to=<xxxxxx@aol.com>, ctladdr=<tuxplanet@sd-xxxxx.dedibox.fr> (500/500), delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=121063, relay=mailin-03.mx.aol.com. [205.188.190.2], dsn=5.0.0, stat=Service unavailable
Nov 4 12:53:01 localhost sendmail[27022]: oA4Cr0p9027020: oA4Cr1p9027022: DSN: Service unavailable
Nov 4 12:53:02 localhost sendmail[27022]: oA4Cr1p9027022: to=<tuxplanet@sd-xxxxx.dedibox.fr>, delay=00:00:01, xdelay=00:00:01, mailer=local, pri=32289, dsn=2.0.0, stat=SentLes erreurs suivante me semble pas normale :
stat=Service unavailable
DSN: Service unavailableSavez-vous pourquoi AOL refuse de délivrer les mails ?
Hors ligne
Savez-vous pourquoi AOL refuse de délivrer les mails ?
Euh ... Ils ont fait faillite ? 
Regarde devant toi au lieu de regarder ton nombril !
Hors ligne
@JackDaniels93 : non pas encore.
Je rajoute quelques commandes pour mieux analyser le problème.
Afficher la liste des mails qui ont ce problème :
grep "Service unavailable" /var/log/maillogMême commande, mais ce coup si on affiche les adresses des destinataire de façon unique :
$ grep "stat=Service unavailable" /var/log/maillog* | awk '{print $7}' | sort -u
to=<xxx@aol.com>,
to=<xxx@aol.com>,
to=<xxx@free.fr>,
to=<xxx@free.fr>,
to=<xxx@aol.com>,
to=<xxx@gmx.fr>,
to=<xxx@free.fr>,
to=<xxx@aol.com>,
to=<xxx@laposte.net>,
to=<xxx@hispeed.ch>,
to=<xxx@aol.com>,<xxx@aol.com>,
to=<xxx@free.fr>,
to=<xxx@gmx.fr>,
to=<xxx@free.fr>,
to=<xxx@free.fr>,
to=<xxx@aol.com>,<xxx@aol.com>,
to=<xxx@aol.com>,<xxx@aol.com>,<xxx@aol.com>,
to=<xxx@aliceadsl.fr>,
to=<xxx@free.fr>,
to=<xxx@free.fr>,
to=<xxx@plaisirdetable.fr>,
to=<xxx@free.fr>,
to=<xxx@lahiette.com>,
to=<xxx@aol.fr>,<xxx@aol.com>,
to=<xxx@free.fr>,
to=<xxx@clairenet.org>,
to=<xxx@ymail.com>,
to=<xxx@aliceadsl.fr>,
to=<xxx@isostorm.com>,
to=<xxx@infilweb.com>,En gros, les mails à destination de aol.com, free.fr, laposte.net, aliceadsl.fr, gmx.fr, plaisirdetable.fr, lahiette.com, clairenet.org, ymail.com, isostorm.com et infilweb.com sont rejetés dans mon cas.
Hors ligne
Bon, sinon j'ai testé l'adresse IP du serveur pour voir si l'IP n'était pas blacklistée, comme indiquez ici.
Sur le site mxtoolbox rien a signaler, par contre, sur uceprotect, la classe d'adresses IP des Dédibox (88.160.0.0/11) est considéré comme à risque. Certain FAI ont peut-être tout bonnement interdit des tranche d'IP entière.
Mais rien ne le confirme ...
Hors ligne
Hello,
Petite recherche google, je te tombe sur ça : http://ubuntuforums.org/showthread.php?t=623977
as tu tenté de mettre un alias à ton adresse mail ?
Voici un bout de doc que j'utilise pour le faire sur mes serveurs :
Configuration POSTFIX :
fichier : /etc/postfix/main.cf
[...]
ajouter les lignes
sender_canonical_maps = hash:/etc/postfix/canonical
canonical_maps = hash:/etc/postfix/canonical
Définition des adresses des expéditeurs :
# cat /etc/postfix/canonical
user toto@titi.com
root toto@titi.com[
postmap /etc/postfix/canonical
Ensuite on fait service postfix restartDernière modification par barthoi (2010-11-04 20:29:47)
Hors ligne
Bonsoir,
Est-ce que le serveur peut parler (en telnet) avec les serveurs destinataires ?
Résout-il les noms de domaines ?
Qu'est-ce qui est inscrit dans le greylist.cf ?
Voilà, voilà...
Hors ligne
Oui en effet essaye un telnet sur le port 25 d'un serveur destinataire.
Aussi regarde du coté de ce lien : http://linuxfr.org/~djojo/29743.html
Hors ligne
@barthoi : j'ai lu un peu le lien du forum Ubuntu, le mec à un problème parce que ses mails partent en localdomain.localhost. Je n'ai pas ce problème, mes mails partent bien avec l'adresse tuxplanet@sd-xxxxx.dedibox.fr. De plus, les mails à destination d'autres FAI marchent ou encore à destination de Gmail.com.
Au passage, je n'ai pas de problème de reverse DNS, comme on peut le lire un peut partout.
@BastienLQ @Xav : je viens de tenter le telnet sur le port 25 d'AOL :
$ telnet mailin-03.mx.aol.com 25
Trying 64.12.90.33...
Connected to mailin-03.mx.aol.com (64.12.90.33).
Escape character is '^]'.
554- (RTR:BB) http://postmaster.info.aol.com/errors/554rtrbb.html
554 Connecting IP: 88.xxx.xxx.xxx
Connection closed by foreign host.Je me suis fait jeter au bout de 2 secondes, j'ai pas tout compris, même en allant sur la page indiquée.
Pareil chez Yahoo (ymail.com) :
$ telnet h.mx.mail.yahoo.com 25
Trying 66.94.236.34...
Connected to h.mx.mail.yahoo.com (66.94.236.34).
Escape character is '^]'.
420 Resources unavailable temporarily. Please try later (mta1190.mail.mud.yahoo.com)
Connection closed by foreign host.Par contre, chez Free et Alice qui possède le même serveur de relai, je ne me fait pas jeter :
$ telnet mx1.free.fr 25
Trying 212.27.48.7...
Connected to mx1.free.fr (212.27.48.7).
Escape character is '^]'.
220 mx1-g20.free.frEt chez laposte non plus :
$ telnet smtp4.laposte.net 25
Trying 193.251.214.113...
Connected to smtp4.laposte.net (193.251.214.113).
Escape character is '^]'.
220 mwinf8406.laposte.net ESMTP **************************Hors ligne
Bah apparemment, il semblerai que AOL bloque ton IP parce qu'elle à l'apparence d'une IP d'un particulier.
J'ai toujours ce problème, alors que mon reverse DNS est correct, mais j'ai la flemme de les contacter (et puis je n'envoie pas d'email vers AOL 
).
Tu peux les contacter avec leur formulaire : http://postmaster.aol.com/cgi-bin/plugh/sa_form.pl
Dernière modification par BastienLQ (2010-11-04 20:54:43)
Hors ligne
@BastienLQ : euh greylist.cf ça n'existe pas ...
En cherchant un peu, je suis tombé sur cette page :
http://www.greylisting.org/test/
Du coup j'ai fait le test comme il indique, j'ai obtenu ceci en résultat :
http://pix.toile-libre.org/upload/origi … 897135.png
C'est un peu du chinois, je suis pas expert en messagerie.
Edit : j'ai rempli le formulaire AOL sinon.
Dernière modification par pti-seb (2010-11-04 21:05:27)
Hors ligne
Bon, je pense que le problème vient de là : ton domaine ne contient pas de champs SPF dans son DNS. Ainsi, lorsqu'un serveur reçoit un email de ton domaine, il vérifie que l'adresse IP de la machine expéditrice correspond bien avec le SPF de ton domaine, mais tu n'en a pas spécifié.
Là où ça cloche, c'est que la politique de AOL doit être bizarre, et alors que le SPF est facultatif, il refuse tous les emails provenant de domaines n'ayant pas spécifié de SPF, ce qui est ton cas.
Donc je te recommande de préciser un champs SPF avec ton/tes IPv4 et IPv6, d'attendre la propagation, et de retenter.
Plus d'informations sur le SFP : http://fr.wikipedia.org/wiki/Sender_Policy_Framework
Mais il est possible que le problème ne soit pas ça, je ne connais pas la politique de AOL, mis à part que ces mecs ne sont pas biens (paranos)...
Dernière modification par BastienLQ (2010-11-04 22:22:10)
Hors ligne
Ah le problème vient peut-être de là alors. Le nom de domaine Tux-planet est géré par OVH et l'ancien SPF était le suivant (on voit l'utilisation de mx.ovh.net pour les mails) :
tux-planet.fr. IN TXT "v=spf1 include:mx.ovh.com ~all"
Je viens de le changer pour :
tux-planet.fr. IN TXT "v=spf1 a ip4:88.xxx.xxx.xxx ~all"
Je vais voir si ça marche mieux.
Hors ligne
Une commande linux pour vérifier le champ SPF :
dig TXT tux-planet.frSinon j'avance, je viens de virer sendmail et de mettre postfix à la place (c'est vrai que c'est bine mieux à configurer). J'ai utilisé la conf de @barthoi cité un peu plus haut afin de faire partir les mails en :
no-reply@tux-planet.fr
Plutôt que :
root@sd-xxxx.dedibox.fr
Cela me permet d'avoir une configuration mails plus cohérente. Quand un prestataire reçoit un mail de no-reply@tux-planet.fr, il vérifie ensuite le champ SPF de mon domaine et remarque que mon serveur est autorisé à envoyer des mails.
J'ai relancé le test sur greylisting.org, maintenant il me dit bien que mon champ SPF est ok (couleur verte au lieu du jaune). J'ai donc une configuration un peu plus propre.
Par contre, les mails vers AOL sont toujours jetés, j'attends la réponse du ticket que j'ai ouvert chez eux.
Hors ligne
Je viens d'avoir la réponse d'AOL :
Hello Sebastien,
I am contacting you regarding the ticket you opened with AOL concerning an email delivery issue for the IP(s) 88.xxx.xxx.xxx.
The block on the IP(s) 88.xxx.xxx.xxx has been removed. Please allow 24-48 business hours for this removal to take effect. In order to help manage your spam complaints and ensure best deliverability, please consider the following steps:1) If you do not already have a feedback loop, I recommend visiting the AOL Postmaster website and applying for one.
http://postmaster.aol.com/cgi-bin/fbl.plWhen an AOL member clicks "This Is Spam" on an email sent from one of your IPs, this is considered a complaint. Once you have set up a feedback loop, every complaint will sent from SCOMP@aol.net to the email address specified when the application was submitted. It will contain the complete email and header information, and it will be in ARF (Abuse Reporting Format).
For more detailed information about AOL's feedback loop system, please see http://postmaster.aol.com/Postmaster.FeedbackLoop.html
The above URL will also provide additional information about ARF and some tips on processing it.
2) Ensure you are following AOL's Best Practices: http://postmaster.aol.com/Postmaster.Guidelines.html
3) Understand IP reputation and how it works at AOL:
http://postmaster.aol.com/Postmaster.Reputation.html
Hors ligne
Le nom de domaine Tux-planet est géré par OVH et l'ancien SPF était le suivant...
Les champs MX de ta zone DNS mentionnent deux serveurs chez OVH mais pas de MX vers ton serveur, y'a peut-être un hic ici également.
Dernière modification par ZobraK (2010-11-07 18:24:20)
Hors ligne
@ZobraK : oui effectivement, mais le champ MX c'est uniquement pour la réception des mails il me semble. Et moi je ne souhaite pas recevoir de mail, j'utilise mon adresse gmail pour ça. Je souhaite seulement en envoyer...
Hors ligne
Ok autant pour moi, effectivement c'est certainement pas nécessaire dans ce cas.
Hors ligne
Bon ça y est, je peux enfin envoyer des mails vers AOL, ils ont mit la dedibox de Tux-planet en whiteliste. Sinon depuis que le champ SPF de tux-planet.fr est bien configuré, j'ai quasiment plus de rejet (hormis sur les adresses mails non valides).
Hors ligne
Je confirme c'est bon 
Et je précise que je ne suis sur AOL que pour les inscriptions au forums 
Le manuel disait « Nécessite Windows XP ou mieux ». J'ai donc installé Linux.
Je ne suis pas asocial, Je ne suis juste pas orienté utilisateur.
Hors ligne
Bonjour
Avez-vous vérifier le nom de domaine du tux-planet??
Cordialement,
Hors ligne
Pages : 1
