2014-09-04 12 views
26

Mandrill non offre alcun supporto. Ho inviato loro molti biglietti, ma ancora nessuna risposta. Spero che qualcuno qui mi aiuti.Email Mandrill non raggiungono alcuna casella di posta, ma Mandrill mostra lo stato 'Consegnato'

Sto inviando email tramite SMTP. Sono in grado di inviare poche migliaia di e-mail all'inizio, ma dopo poche migliaia, nessuna email raggiunge alcuna casella di posta. Attività di Mandrill che mostra che l'email è stata consegnata, ma non lo è e non ci sono email nel backlog. Ho dei limiti intorno ai 50K/ora.

Ho provato a fare un altro account dopo un giorno, e ho fatto anche un deposito, ma la stessa cosa succede anche con altri account. Nessun errore nel client SMTP, nessun errore nei log, niente.

Un'altra cosa da notare è che quando si passa con il mouse su "Consegnato" si dice "Nessun evento SMTP", ma le e-mail che vengono effettivamente consegnate, mostrando alcune statistiche al passaggio del mouse sopra.

+0

Avete controllato i log API? Questi mostrano le ultime 100 chiamate API non riuscite e le ultime 100 chiamate API riuscite - possono essere molto utili per la risoluzione dei problemi. Anche l'invio tramite SMTP è registrato qui! –

+3

Abbiamo lo stesso problema. Vediamo "Consegnato" e "Nessun evento SMTP". I registri Mandril sembrano buoni. L'ultimo errore nei registri API è stato un po 'di tempo fa, mostra una tipica risposta senza motivo di rifiuto. – Ally

+2

lo stesso problema sta accadendo proprio ora a me. 20 minuti senza gmail. nessun evento smtp. yahoo e hotmail erano istantanei – MonsterMMORPG

risposta

3

Si è verificato un ritardo nelle e-mail ricevute dal mailserver (gmail). Sembra che siano stati accettati e non elaborati per alcune ore.

1

avevo corso per lo stesso problema e this explanation given by OakHosting_James mi ha aiutato molto a capire cosa sta succedendo:

Si scopre che il messaggio è stato inviato da IP che si trova su un RBL (accade - I prendilo). Quindi il server ricevente ha rifiutato il messaggio all'ora SMTP.

Essi risposero a dire due cose su che:

(i) Chiunque può creare una lista nera e mettere qualsiasi IP senza una buona ragione. (ii) Alcuni messaggi rimbalzano in modo tale che Mandrill non è in grado di rilevare che è rimbalzato - motivo per cui il loro sito web ha detto "consegnato".

Prendiamo questi problemi:

(i) E 'vero, ma questo era UCEPROTECT-livello 1. Non sono una piacevole blacklist con cui lavorare, ma non sono un progetto di cortile per qualcuno con un ascia per frantumare. Ricevo ancora il fatto che è impossibile che una rete di invio rimanga pulita al 100%. Non sono frustrato dal fatto che uno dei loro IP sia stato elencato temporaneamente. Ma mi sono sentito derubato quando mi hanno detto che ci sono delle minuscole liste nere là fuori che nessuno di loro avrebbe usato bene. UCEPROTECT non è uno di quelli e dovrebbero essere chiari: "Anche con la migliore protezione antispam, riceviamo occasionalmente una lista nera, che rileviamo molto rapidamente e passiamo ad altri IP".

(ii) Sono sicuro che ci sono alcuni rimbalzi dopo il fatto che il sistema Mandrill può mancare. Ma questo è stato rifiutato all'ora SMTP. Come possono contrassegnare un messaggio che non ha mai lasciato il proprio server di invio come "consegnato"?

Quindi la soluzione (in una certa misura) al problema RBL IP (i) potrebbe essere un "Dedicato IP $ 29.95/mese" per il tuo account in Mandrillo. Ma usando a dedicated IP can be a problem on it's own and is for most cases not advised.

15

Lo stato Mandrill consegnato nell'interfaccia utente in realtà non significa che è stato inviato, ma solo che Mandrill ha ricevuto il messaggio per l'elaborazione. Questo è ovviamente estremamente confuso.

L'unico modo per vedere se un'e-mail è effettivamente inviata (cioè inviata con successo al server di posta ricevente) è vedere se il messaggio ha smtp-events. Si noti che può passare del tempo prima che gli eventi SMTP siano disponibili nella GUI/API (ho riscontrato un ritardo compreso tra 2 minuti e 24 ore).

Per visualizzare tutte le email che non sono state confermate al momento, è possibile cercare "NOT smtp_events.diag: 250" nel campo di ricerca.

-1

Ho visto questo comportamento su Mandrillapp. Controlla i tuoi domini di invio. Nel caso di maggio, nessuna email inviata da yahoo.com raggiunge la sua destinazione. Anche fare, sulla console Mandrill dice consegnato.

Check this out: http://blog.mandrill.com/yahoos-recent-dmarc-changes-and-how-that-impacts-senders.html

Prova verificando domini che inviano prima.

E sì, è sbagliato giorno Consegnato quando non si è certi è spedito a

0

Nel file mail.rb è necessario effettuare le seguenti operazioni:

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

} 
Problemi correlati