Communicating with your clients through WHMCS can be tough. How many times in the past few months have you had to give this response to your clients? Be honest!
We sent you an email (invoice, support response, etc), please check your spam folder if it’s not received!
If you’re honest, you know that this problem occurs far, far too often. When you’re talking about critical business communications, this is something that is even worse. Imagine waking up one day to find that your server is suspended because you never ‘got the invoice’. It’s not always the client’s fault (though many times it is). There are many factors that can lead to this , including  your own mail server reputation, your client’s filtering policies (usually handled by their server admin), individual filter rules (Spamassassin or  mail client), bayes filtering, or which direction the wind is blowing (ok, that last one is a reach, but it’s still possible ;)) . In fact, this happened to me, just today… Email sent to magicspam, ironically, caught in spam trap. No reason why (I’m not in any RBLs, reputation is good, etc).
Content-language: en-us
Thread-Index: AdG2vZFU45KqMPgxSfakmf/tR56UDw==
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname – coruscant.tjwi.info
X-AntiAbuse: Original Domain – magicspam.com
X-AntiAbuse: Originator/Caller UID/GID – [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain – linux-tech.net
X-Get-Message-Sender-Via: coruscant.tjwi.info: authenticated_id: us**@********ch.net
X-Authenticated-Sender: coruscant.tjwi.info: us**@********ch.net
X-MagicMail-OS: Linux 3.x
X-MagicMail-UUID: 29073fd4-22b1-11e6-b94a-7fb9101f9f8a
X-MagicMail-SourceIP: 107.191.101.179
X-MagicMail-EnvelopeFrom: <us**@********ch.net>
X-MagicMail-Quarantine: Yes
What if there were a way to solve this?
What if there was an easy way to of communicating with your clients through WHMCS.
What if there was an easy way to say
Hey, you’ve got a new invoice,
or
hey, your invoice has been paid, refunded, etc?
What if there were a way to let the client know that late fees have been added ? Email? Yes, but, it’s 2016 folks. Email is effectively dead. It’s proven to be unreliable. So, what else can be done?
WHMCS Notifications Extended is the solution to this problem. Why not tell your clients via pushover, via text that they have a new invoice? Why not tell your clients via pushover or text that their service has been suspended? Let them take control of their own service. All it takes is a Twilio account, and a pushover account . If you’ve got more ideas for implementations, we’re always ready to hear them in our forums.
This product can handle not just client notifications, but staff too. That, however, will be discussed in our next blog post. Keep checking back 🙂
