Support » Plugin: Postman SMTP Mailer/Email Log » Plugin idea – error email notification

  • Yesterday I changed some settings in your plugin, by accident it saved the wrong password (because of Safari Autocomplete) and I didn’t receive emails all day – WooCommerce orders, contact form, forum post notifications… It all went into the log as “could not reach xxx.xxx.xxx.xxx”.

    The log is fine and useful. But for a webshop it’s of-course highly undesirable to not send order emails to customers and likewise, to not receive contact form emails.

    Can you add a thing to the log that if errors creep in a email is send with regular wp_mail() to a backup (or same) email address? This notification would then be send once or twice every 24h after the 1st or 2nd failed delivery until the problem is resolved.

    I’ve now lost a bunch of emails (partly due to my own carelessness) but also because I put all trust in your plugin by routing ALL email through it.

    https://wordpress.org/plugins/postman-smtp/

Viewing 15 replies - 1 through 15 (of 15 total)
  • Plugin Author Jason Hendriks

    (@jasonhendriks)

    The log is fine and useful. But for a webshop it’s of-course highly undesirable to not send order emails to customers and likewise, to not receive contact form emails.

    The IT veteran in me wants to say that if you’re going to make changes in a production environment, you better test them. And then re-test them. And then have someone else test them. At my work, there are no less than four groups comprising 20+ employees in charge of production changes.

    I’ve now lost a bunch of emails … because I put all trust in your plugin by routing ALL email through it.

    I don’t understand your reasoning here. Your loss is unfortunate and I don’t want to diminish that, but without the plugin I assume you wouldn’t get any in the first place right?

    I suggest you increase the number of emails kept in your log from the default of ten to something much greater. All the undeliverable emails are stored in your WordPress database and when I get a chance I will write the code to activate the “Resend” link you see in the log.

    Upping the amount of logs kept from 10 to 20 shouldn’t require additional testing and if a browser “handily” changes the password because it spots a password field is not something someone anticipates to happen.

    If I wouldn’t have used your plugin all individual plugins sending emails would have done so via wp_mail() which for the most part would have worked fine. So a warning email/notification if things go bad (be it by my own fault, full mailbox, server outage or whatever) is still useful.

    Don’t mistake this as me blaming you for something, I’m merely suggesting a small automated feature to help people out spotting errors in email delivery.
    But if you’re not open to suggestions – never mind then 😉

    Plugin Author Jason Hendriks

    (@jasonhendriks)

    No problem. I’ll put your suggestion ‘in the box’

    Plugin Author Jason Hendriks

    (@jasonhendriks)

    I’ve been thinking about this.

    This notification would then be send once or twice every 24h after the 1st or 2nd failed delivery until the problem is resolved.

    I can’t think of a good way to implement this; wp_mail might be broken on the system by default, so I don’t want to do that. and if Postman can’t send mail, it certainly can’t email you.

    So my ideas (if the last x messages are failed):

    • show a notice in the admin console
    • create a public RSS feed that you subscribe to??
    • create an intermediary service on my own website that postman can use to send an emergency email
    • and lastly, disable autofill on the username field

    – wp_mail usually works as far as I know. For a incidental message that would be fine.
    If Postman can’t send it doesn’t mean wp_mail is broken, too.

    – The dashboard notice is good, as long as it shows on every dashboard and not just when you access the Postman settings.

    – A RSS feed could work, but would be a big hassle to make and for such incidental use is easily forgotten by the user.

    – Burdening your own server with a delivery system is a even bigger hassle and probably not well received by security nuts.

    – Definitely disable autofill 😉

    I think the combination of a dashboard notification and wp_mail warning email is sufficient to warn the admins.
    Maybe this: I use Pushover for events and warnings. Their API is easy to use and sends stuff as push notifications to iOS/Android phones (www.pushover.net). I use that for all kinds of things on my site https://ajdg.solutions/

    Plugin Author Jason Hendriks

    (@jasonhendriks)

    https://pushover.net is probably the solution I was looking for, but will it be any different to “the security nuts” ?

    There is always that 🙂 Pushover uses SSL though. I’m not sure what goes on behind the scenes with them. But if you doubt such things you can’t use Gmail/iCloud, dropbox or whatever either. Nor can you trust WP and your webhost then.

    However, using them will save you from setting up a secure thing and save you all that hassle and responsibility just as long as you make sure you use HTTPS in your api calls 🙂

    Plugin Author Jason Hendriks

    (@jasonhendriks)

    I’m able to replicate the browser surreptitiously replacing the values of the username / password fields. Guess what? autocomplete=”off” does not fix it.

    “What!?” you roar? Oh yes. Seems like it’s a thing.

    Maybe if I assign these input field nonsense ids and names Safari won’t attempt to autofill them with sensitive login data?

    Update: Nope. Safari is recognizing the input field by the <th>Username</th> that precedes it. Unbelievable. The only way to get it to not fill in the field was to label it as something completely different.

    Plugin Author Jason Hendriks

    (@jasonhendriks)

    Ok, found an anti-autofill solution finally. http://stackoverflow.com/a/23016234

    browsers do auto-fill on their own these days 🙁
    Changing the name/id to something more generic will fix that.

    Plugin Author Jason Hendriks

    (@jasonhendriks)

    Lol, it’s funny you say it that way: 🙂

    <form action="/" method="post" autocomplete="off">
        <p>
            <label>That electronic postal address we all use, but can't write the title here because Safari fills this with YOUR information if you have autofill turned on</label>
            <input type="text" name="someelectronicpostaladdress" value="" autocomplete="off"/>
        </p>
        <p>
            <label>A set of characters, letters, numbers and special characters that is so secret that only you or the user you are changing it for knows, but can't write the title here because Safari sucks</label>
            <input type="password" name="setofseeecretcharacters" value="" autocomplete="off" />
        </p>
    </form>

    hahaha and that works? 🙂

    Using postman smtp my customers receive contact emails , completed order emails but dont receive order notification emails. (Info about the order they just placed) . Pls help

    Showing a notice in the admin console that there is a problem with Postman SMTP not being able to send email would be an extremely valuable feature to this plugin.

    I’ve seen it where some shared hosts will randomly just stop allowing SMTP relaying to work (frustrating but not this plugins fault!)

    Hope to see this included in a future release!

    duncanoil

    (@duncanoil)

    Would just like to second some kind of notification/alert. Something happened with the API I setup on Google and Postman started generating “Bad Request(invalid_grant)” logs, but I didn’t know about it until I went into the Postman setup. The blurb on the dashboard for Postman made it seem like everything was kosher, so I didn’t think much of it until someone mentioned they hadn’t seen any messages from the website anymore.

    Re-created the client ID and everything is cool now, just looking to avoid this in the future.

    Having complained about it now, I will say I absolutely love this plugin! Cleared up a ton of headaches I was having with mail flow prior.

Viewing 15 replies - 1 through 15 (of 15 total)
  • The topic ‘Plugin idea – error email notification’ is closed to new replies.