Home Forums Newsletter Plugin Support No failures reported function when sending for real

Viewing 5 posts - 1 through 5 (of 5 total)
  • Author
    Posts
  • #45093
    Ralphy
    Participant

    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.

    #50068
    Guido.
    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).

    #50074
    Ralphy
    Participant

    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.

    #50118
    Guido.
    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 🙂

    #52476
    Ralphy
    Participant

    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.

Viewing 5 posts - 1 through 5 (of 5 total)
  • You must be logged in to reply to this topic.