Home › Forums › Newsletter Plugin Support › No failures reported function when sending for real
- This topic has 4 replies, 2 voices, and was last updated 5 years, 7 months ago by Ralphy.
September 15, 2017 at 11:57 pm #45093
When sending a newsletter and sending fails for a particular e-mail, the plugin does not report this as a failure. Instead, it reports all e-mails being sent successfully. My hosting company had a global limit on the number of e-mails that could be sent. After several newsletters I found out, only much later, by talking to people in person that a large chunk of people did not recieve my newsletters.
This is kind of a big bug/omission, if you ask me. Also, it’s easy to solve, as when sending not ‘for real’, e.g. using a test, we get a notification which reports the outcome.
This happens with failures using PHP’s mail() function and I presume as well as when using an SMPT server.October 26, 2017 at 4:17 pm #50068Guido.Participant
You should always first check the max emails per hour and day before using a system for bulkmail. If your emails are dropped because of a limit on the server, its not a bug of the newslettersoftware, you didn’t check (as advised for the configuration).October 26, 2017 at 4:32 pm #50074
I agree this is not a bug, but if for some reason the server policy changes or if there is another reason why an e-mail cannot be sent (such as due to the PHP execution time limit or server issues for particular e-mails) then it would be hugely convenient to have a log of errors to pinpoint the culprit. Currently, I believe such errors are not in the log file, and the log file is also not easily accessible (would be nice if it would be on the WordPress interface). It is very important to trust that e-mails are actually sent.October 26, 2017 at 11:56 pm #50118Guido.Participant
It’s like putting your snailmail in the postbox and the postman trows them in a garbagecan, you won’t see the result at the mailbox…
I had a similar moment, I saw the in the stats in my Plesk (always monitor your sending on several levels) for the delivery in ‘the previous hour’ and it was to low (dropped from 3000 to 100 for that hour). So 2900 emails were dropped, but that was not the Newsletters vault, but my hostprovider had changed his policy without informing. They had did it for all their account against spamming. After a good talk on the phone our account is now manualy changed to a higher level 🙂November 9, 2017 at 3:49 pm #52476
Postmen would be fired if they would put mail in a garbage can. If you send a snailmail, you get it back if it is undeliverable, provided it has a return address listed. Likewise, the server returns a message to the WordPress server in case of failure. The plugin currently does nothing in case delivery it not allowed or not possible. It may not be a bug but it’s the plugin’s task to let the end user know about this failure. Right now, all the plugin does is sending mails by calling the WordPress or PHP mail function and discarding any returned values.
My hosting provider does not offer a log or stats overview for mails, so I am completely in the dark as to whether or not my mails are sent.
- You must be logged in to reply to this topic.