Les courriels de Mandrill n'atteignent aucune boîte aux lettres, mais Mandrill affiche le statut 'Livré'
Mandrill n'offre aucun support. Je leur ai envoyé beaucoup de billets, mais toujours pas de réponse. J'espère que quelqu'un ici m'aidera.
J'envoie des courriels via SMTP. Je peux envoyer quelques milliers de courriers électroniques au début, mais après quelques milliers, aucun courrier électronique n’atteignant de courrier électronique Activité de mandrill montrant que le courrier électronique a été envoyé, mais ce n’est pas le cas et aucun courrier électronique n’est en attente. J'ai des limites autour de 50K/heure.
J'ai essayé de créer un autre compte après une journée et j'ai également effectué un dépôt, mais il en va de même pour d'autres comptes. Aucune erreur dans le client SMTP, aucune erreur dans les journaux, rien.
Une autre chose à noter est que, lorsque je survole le bouton "Livré", il indique "Aucun événement SMTP", mais les e-mails qui ont été effectivement livrés indiquent des statistiques sur le survol.
Le statut Mandrill Delivered dans l'interface utilisateur ne signifie pas réellement qu'il est envoyé, mais que Mandrill a reçu le message pour traitement. Ceci est bien sûr extrêmement déroutant.
Le seul moyen de savoir si un courrier électronique est réellement envoyé (c’est-à-dire remis avec succès au serveur de courrier destinataire) est de voir si le message contient des événements smtp. Notez qu'il peut s'écouler un certain temps avant que les événements SMTP soient disponibles dans l'interface graphique/API (j'ai subi un retard compris entre 2 minutes et 24 heures).
Pour voir tous les courriels actuellement non confirmés, vous pouvez rechercher "NOT smtp_events.diag: 250" dans le champ de recherche.
Il s’avère que le courrier électronique reçu par le serveur de courrier (gmail) a été retardé. Il semble qu’ils aient été acceptés et n’aient pas été traités avant quelques heures.
J'avais rencontré le même problème et cette explication donnée par OakHosting_James m'a beaucoup aidé à comprendre ce qui se passe:
Il s'avère que le message a été envoyé depuis l'IP qui se trouve sur un RBL (ça arrive - je comprends ça). Le serveur de réception a donc rejeté le message à l’heure SMTP.
Ils ont répondu en disant deux choses à ce sujet:
(i) N'importe qui peut créer une liste noire et mettre une adresse IP sans raison valable. (ii) Certains messages sont renvoyés de telle sorte que Mandrill ne soit pas en mesure de détecter son renvoi - c'est pourquoi leur site Web a été "livré".
Prenons ces questions:
(i) C'est vrai, mais c'était UCEPROTECT-Level 1. Ce n'est pas une liste noire agréable avec laquelle travailler, mais ce n'est pas un projet de basse-cour pour quelqu'un qui a la haine contre tout. Je comprends toujours le fait qu’il est impossible pour un réseau d’envoi de rester 100% propre. Je ne suis pas frustré qu'une de leurs adresses IP soit listée temporairement. Mais je me suis senti pris au dépourvu quand on m'a dit qu'il y avait quelques minuscules listes noires que personne ne pourrait utiliser. UCEPROTECT n'est pas de ceux-là et ils auraient dû le dire: "Même avec la meilleure protection anti-spam, nous sommes parfois mis sur liste noire. Nous le détectons très rapidement et passons à d'autres adresses IP."
(ii) Je suis sûr que le système de Mandrill peut manquer certains rebonds après coup. Mais cela a été rejeté au moment de SMTP. Comment peuvent-ils marquer un message qui n'a jamais quitté leur serveur d'envoi comme étant "livré"?
Ainsi, la solution (dans une certaine mesure) au problème IP de RBL (i) pourrait être un "IP dédiée de 29,95 $/mois" pour votre compte Mandrill. Mais utiliser une adresse IP dédiée peut être un problème en soi et n’est pas conseillé dans la plupart des cas .
Dans votre fichiermail.rb, vous devez procéder comme suit:
ActionMailer::Base.smtp_settings = {
address: "smtp.mandrillapp.com",
port: 587,
enable_starttls_auto: true,
user_name: "[email protected]",
password: "apipassword",
authentication: "login"
}