J'utilise MDaemon en tant que serveur de messagerie externe et les derniers jours, le message d'erreur "554 Message ne est pas conforme aux normes" s'affiche pour les courriels envoyés depuis l'une des machines. Une idée de ce qui peut en être la cause? D'autres machines fonctionnent bien.
Plus d'infos .... c'est le fichier de log:
Lun. 2008-10-20 16:11:37: session 7831; enfant 1; thread 3908 Lundi 2008-10-20 16:11:36: acceptation de la connexion SMTP à partir de [80.78.72.135: 43579] lun. 2008-10-20 16:11:36: exécution de la recherche de PTR (135.72.78.80. .IN-ADDR.ARPA) Lun 2008-10-20 16:11:36: * Erreur: le serveur de noms rapporte un nom de domaine inconnu Lun 2008-10-20 16:11:36: * Aucun enregistrement PTR trouvé lun. 2008-10-20 16:11:36: ---- Fin des résultats PTR lun. 2008-10-20 16:11:36: -> 220 ikubinfo.com ESMTP MDaemon 9.5.2 ; Lun 20 oct 2008 16:11:36 +0200 Lun 2008-10-20 16:11:36: 250 ikubinfo.com Bonjour RS, ravie de faire votre connaissance .__ lun 2008-10-20 16:11 : 36: Lundi 2008-10-20 16:11:36: Recherche de propriété intellectuelle (ikubINFO.com) Lundi 2008-10-20 16:11:36: * D = ikubINFO.com TTL = ( 633) A = [216.75.60.232] Lun 2008-10-20 16:11:36: * P = 010 S = 000 D = ikubINFO.com TTL = (708) MX = [mail.ikubinfo.com] Lun. 2008-10-20 16:11:36: * D = ikubINFO.com TTL = (633) A = [216.75.60.232] Lun. 2008-10-20 16:11:36: - - Mettre fin aux résultats de la recherche IP Lun 2008-10-20 16:11:36: Exécution de la recherche SPF (ikubINFO.com/80.78.72.135) Lun 2008-10-20 16:11:36: * ikubINFO .com 80.78.72.135; mis en correspondance avec le cache SPF Lundi 2008-10-20 16:11:36: * Résultat: réussi lun. 2008-10-20 16:11:36: ---- Fin des résultats SPF lun. 2008 -10-20 16:11:36: -> 250, Expéditeur ok Lun. 2008-10-20 16:11:36: .__ lun. 2008-10-20 16:11:36: Performing DNS- Recherche BL (80.78.72.135 - IP de connexion) Lun 2008-10-20 16:11:36: * sbl-xbl.spamhaus.org - adopté Lun 2008-10-20 16:11:36: * relays.ordb.org - échoué lun. 2008-10-20 16:11:36: * bl.spamcop.net - adopté lun. 2008-10-20 16:11:36: ---- End DNS-BL results Lun 2008-10-20 16:11:36: -> 250, Destinataire ok Lun 2008-10-20 16:11:37: 354 Entrez un e-mail, puis . Lun 2008-10-20 16:11:37: Taille du message: 389 octets Lun. 2008-10-20 16:11:37: -> 554 Le message n'est pas conforme aux normes Lun. 2008- 10-20 16:11:37: 221 On se voit dans le cyberespace Lun 2008-10-20 16:11:37: Session SMTP terminée (octets in/out: 491/319)
L'erreur 554 SMTP est l'un des codes d'erreur les plus vagues, mais est généralement causé par le fait que le serveur de réception voit quelque chose qu'il n'aime pas dans les en-têtes De ou À. Cela peut être dû à un piège de spam identifiant votre machine en tant que relais ou en tant que machine non fiable pour envoyer des messages à partir de votre domaine.
Nous avons rencontré ce problème récemment lors de l’ajout d’un nouveau serveur à notre tableau, et nous l’avons corrigé en nous assurant que nous avions le correct reverse DNS lookup set up.
554 est couramment utilisé par les listes noires du DNS lorsqu’on élimine des serveurs en liste noire. je suppose
Lun 2008-10-20 16:11:36: * relays.ordb.org - échoué
dans le journal que vous avez inclus est à blâmer.
Peut être causé par un enregistrement SPF configuré manquant du côté de l'expéditeur
Je viens d'avoir ce problème avec un client Outlook passant par un serveur Exchange à une adresse externe sous Windows XP. Effacer les fichiers temporaires semblait faire l'affaire.
Pour résoudre le problème, allez à MDaemon -> Configuration -> Options diverses -> Serveur -> Serveur SMTP Vérifie les commandes et les en-têtes pour la conformité RFC