Mandrill e-Mails ne pas en arriver à une boîte aux lettres, mais Mandrill montrant l'état 'Livré'

Mandrill n'offre pas de soutien. J'ai envoyé de nombreux billets, mais toujours pas de réponse. J'espère que quelqu'un ici va m'aider.

Je suis l'envoi d'e-mails via SMTP. Je suis en mesure d'envoyer quelques milliers d'emails au début, mais après quelques milliers, pas de courriel pour atteindre les boîtes aux lettres. Mandrill activité montrant que le courrier électronique est délivré, mais il n'est pas et il n'y a pas de mail dans le carnet de commandes. J'ai des limites autour de 50K/heure.

J'ai essayé de faire un autre compte, un jour après, et fait un peu de dépôt de trop, mais la même chose se produire avec d'autres compte aussi. Pas d'erreur dans le client SMTP, pas d'erreur dans les logs, rien.

Autre chose à noter est que, quand j'ai passez la souris sur 'Livré' elle dit "Non événement SMTP", mais les e-mails qui sont effectivement livrés, montrant quelques stats sur les survoler.

  • Avez-vous vérifié les journaux de l'API? Ces montrer la dernière 100 échec des appels d'API et le 100 derniers succès des appels d'API - peut être très utile pour le dépannage. Envoi via SMTP est également connecté ici!
  • Nous allons avoir le même problème. Nous assistons à "Livré" et "Non événement SMTP". Le Mandrin journaux ont l'air bien. Dernier échec dans les journaux de l'API a été tout à fait il ya un moment il montre une réponse typique avec aucun rejet de la raison.
  • même problème qui se passe en ce moment pour moi. 20 minutes pas de gmail. pas d'événements smtp. yahoo et hotmail ont été instantanée
  • Pour moi, en utilisant le protocole SMTP ne jette pas des erreurs, mais ils n'ont pas reçu l'e-mail d'eux-mêmes, a fortiori, en la livrant à gmail.
InformationsquelleAutor Pasco | 2014-09-04
  1. 18

    Le Mandrill Livré-statut dans l'INTERFACE utilisateur n'est pas réellement dire qu'il est envoyé, seule la Mandrill ont reçu le message pour le traitement. Bien sûr, cela est extrêmement déroutant.

    Le seul moyen de voir si un email est envoyé (c'est à dire livré avec succès sur le serveur de messagerie de réception) est de voir si le message a-smtp événements. Notez que cela peut prendre un certain temps avant que le SMTP-événements sont disponibles dans l'interface/l'API (j'ai connu un retard de 2 minutes et 24 heures).

    Pour voir tous les e-mails que pas actuellement confirmé, vous pouvez rechercher "PAS smtp_events.diag:250" dans le champ de recherche.

    InformationsquelleAutor Aleksander Blomskøld
  2. 3

    Il s'avère avoir été un retard dans les mails reçus par le serveur de mail (gmail). Il semble comme si elles étaient acceptées et n'est pas traité pour quelques heures.

    InformationsquelleAutor Ally
  3. 1

    J'ai dû courir à la même question, et cette explication donnée par OakHosting_James m'a beaucoup aidé dans la compréhension de ce qui se passe:

    Il s'avère que le message a été envoyé à partir d'IP, qui est sur une liste RBL (il arrive - je obtenir). Si le serveur de réception rejeté le message SMTP temps.

    Ils ont répondu dire deux choses à ce propos:

    (i) n'importe qui peut définir une liste noire et de mettre les IP sur pour aucune bonne raison.
    (ii) Certains messages de rebond de telle manière que le Mandrill est pas capable de détecter que ça rebondit, c'est pourquoi leur site web dit "livré".

    Prenons ces questions:

    (i) C'est vrai, mais c'était UCEPROTECT de Niveau 1. Ils ne sont pas agréables liste noire de travailler avec, mais ils ne sont pas un jardin de projet pour quelqu'un avec une hache à moudre. Je reçois toujours le fait qu'il est impossible pour tout envoi de reseau reste propre à 100%. Je ne suis pas frustré de voir que l'un de leurs IPs a été inscrit temporairement. Mais j'avais refilé par être dit qu'il y a quelques petites listes noires là que personne dans leur bon esprit va l'utiliser. UCEPROTECT n'est pas l'un de ceux, et ils devraient avoir un aveu: "Même avec la meilleure protection anti-spam, nous obtenir une liste noire en temps; nous détecter très rapidement et passer à d'autres IPs."

    (ii) je suis sûr qu'il y a quelques après-coup rebondit que Mandrill du système peut manquer. Mais cela a été rejeté au SMTP de temps. Comment peuvent-ils marquer un message qui n'a jamais quitté leur serveur d'envoi comme "livré"?

    Donc la solution (à un certain degré) de la RBL IP de problème (i) pourrait être un "IP Dédiée de 29,95 $ /mois" pour votre compte dans le Mandrill. Mais à l'aide de une adresse IP dédiée peut être un problème sur son propre et n'est pour la plupart des cas, n'est pas conseillé.

    InformationsquelleAutor Szymon Jeż
  4. 0

    Dans votre mail.rb fichier que vous devez faire ce qui suit : 

    ActionMailer::Base.smtp_settings = {
   address: "smtp.mandrillapp.com",
   port: 587,
   enable_starttls_auto: true,
   user_name: "[email protected]",
   password: "apipassword",
   authentication: "login"

}
    InformationsquelleAutor rust
  5. 0

    Après quelques recherches, l'une des raisons, je suis venu pour savoir que si TEST de la CLÉ API est utilisé pour envoyer des e-mails, aucun courrier n'est envoyé à la boîte de réception, mais webhooks déclencher normalement et il montre l'état comme livré sur le Mandrill de l'INTERFACE utilisateur. Afin de vérifier à la livraison effective des e-mails dans votre boîte de réception, s'il vous plaît essayez d'utiliser différents CLÉ API autre que le compte de test

    InformationsquelleAutor deeps
  6. -2

    J'ai de voir ce comportement sur Mandrillapp. Vérifiez vos domaines d'envoi. En mai cas, aucun e-mail est envoyer de yahoo.com parvient à sa destination. Même le faire, sur le Mandrill console dit Livrés.

    Vérifier cela:
    http://blog.mandrill.com/yahoos-recent-dmarc-changes-and-how-that-impacts-senders.html

    Essayer de vérification de l'envoi des domaines de premier.

    Et oui, il est faux de jour Livrés lorsque vous n'êtes pas sûr est Envoyés

    InformationsquelleAutor Jose Pato