email - track - Los correos electrónicos Mandrill no llegan a ningún buzón, pero Mandrill muestra el estado ''Entregado''
mandrill relay (5)
El estado Mandrill entregado en la interfaz de usuario no significa en realidad que se haya enviado, solo que Mandrill recibió el mensaje para procesarlo. Esto es, por supuesto, extremadamente confuso.
La única forma de ver si un correo electrónico realmente se envía (es decir, entregado con éxito al servidor de correo receptor) es ver si el mensaje tiene eventos smtp. Tenga en cuenta que puede tomar algo de tiempo antes de que los eventos SMTP estén disponibles en la GUI / API (he experimentado un retraso de entre 2 minutos y 24 horas).
Para ver todos los correos electrónicos que no están confirmados actualmente, puede buscar "NO smtp_events.diag: 250" en el campo de búsqueda.
Mandrill no ofrece ningún soporte. Les he enviado muchas entradas, pero todavía no hay respuesta. Espero que alguien aquí me ayude.
Estoy enviando correos electrónicos a través de SMTP. Puedo enviar miles de correos electrónicos en el inicio, pero después de algunos miles, ningún correo electrónico llega a ningún buzón. La actividad de Mandrill muestra que el correo electrónico se entregó, pero no lo está y no hay correo electrónico en la lista de espera. Tengo límites alrededor de 50 K / hora.
Traté de hacer otra cuenta después de un día, e hice algo de depósito también, pero lo mismo sucede con otra cuenta también. Ningún error en el cliente SMTP, ningún error en los registros, nada.
Otra cosa para notar es que cuando cierro sobre ''Entregado'' dice "No hay evento SMTP", pero los correos electrónicos que realmente se entregan muestran algunas estadísticas al pasar el cursor sobre ellas.
He estado viendo este comportamiento en Mandrillapp. Verifica tus dominios de envío. En este caso, ningún correo electrónico que se envíe desde yahoo.com llega a su destino. Incluso lo hace, en la consola Mandrill dice Entregado.
Mira esto: http://blog.mandrill.com/yahoos-recent-dmarc-changes-and-how-that-impacts-senders.html
Intente verificar primero el envío de dominios.
Y sí, está mal el día en que se entrega cuando no está seguro se entrega
Me encontré con el mismo problema y esta explicación dada por OakHosting_James me ayudó mucho a entender lo que está sucediendo:
Resulta que el mensaje se envió desde una IP que está en un RBL (sucede, lo entiendo). Entonces el servidor receptor rechazó el mensaje en la hora SMTP.
Ellos respondieron para decir dos cosas sobre eso:
(i) Cualquiera puede configurar una lista negra y poner cualquier IP sin ningún motivo justificado. (ii) Algunos mensajes rebotan de tal manera que Mandrill no puede detectar que se ha recuperado, por lo que su sitio web dice "entregado".
Tomemos esos problemas:
(i) Es cierto, pero este fue UCEPROTECT-Level 1. No son una lista negra agradable para trabajar, pero no son un proyecto de patio trasero para alguien con un hacha para moler. Todavía me da el hecho de que es imposible que una red de envío permanezca 100% limpia. No estoy frustrado porque una de sus direcciones IP se haya incluido temporalmente. Pero me sentí engañado al decirme que hay algunas listas negras pequeñas que nadie en su sano juicio usaría. UCEPROTECT no es uno de esos, y deberían haber sido claros: "Incluso con la mejor protección antispam, nos ponen en la lista negra ocasionalmente, lo detectamos muy rápidamente y cambiamos a otras IP".
(ii) Estoy seguro de que hay algunos rebotes después de los hechos que el sistema de Mandrill puede pasar por alto. Pero esto fue rechazado en el momento de SMTP. ¿Cómo pueden marcar un mensaje que nunca dejó su servidor de envío como "entregado"?
Por lo tanto, la solución (hasta cierto punto) al problema de PI de RBL (i) podría ser una "IP Dedicada de $ 29.95 / mes" para su cuenta en Mandrill. Pero el uso de una IP dedicada puede ser un problema por sí mismo y, en la mayoría de los casos, no se recomienda .
Resultó ser un retraso en los correos electrónicos que recibe el servidor de correo (gmail). Parece como si hubieran sido aceptados y no procesados durante unas horas.
En su archivo mail.rb , debe hacer lo siguiente:
ActionMailer::Base.smtp_settings = {
address: "smtp.mandrillapp.com",
port: 587,
enable_starttls_auto: true,
user_name: "[email protected]",
password: "apipassword",
authentication: "login"
}