I use https://pushover.net a small one time cost for the app for my
phone. Then just a simple script for sending me an alert, for example
when a client connects via VPN:
curl -s -F "token=$appid" \
-F "user=$userid" \
-F "title=** OpenVPN ALERT **" \
-F "message=$common_name connected from $t
On Thu, 2019-03-28 at 17:24 -0400, Scott Mutter wrote:
> > On Thu, Mar 28 4:32PM Scott Evans said :
> > I, as I'm sure many here do, use this for our network/service
> > monitoring and if all heck breaks loose and I have 100's of
> > notifications the @txt results in each appearing as an individ
> On Thu, Mar 28 4:32PM Scott Evans said :
> I, as I'm sure many here do, use this for our network/service monitoring and
> if all heck breaks loose and I have 100's of notifications the @txt results
> in each appearing as an individual text which can be very tedious to
This is true. I basic
Scott, my own experience with US mobile providers' email to sms gateways
over the last decade has been poor. I wish you the best.
If you want to reliably send sms/mms messages to a mobile phone I
believe you'll have to pay per message by either sending from a device
that is directly connected
I see this from time to time too. In my case, what I've found is that
when it happens, if I switch to @txt.att.net, the texts still come
through expeditiously.
However I will test and switch back to @mms once it is working faster
because the downside to using the @txt sub-domain has to do wit
On 3/28/19 9:52 AM, Scott Mutter wrote:
I see this pop up quite frequently. It seems that the AT&T MMS gateway email
address is experiencing a lengthy delay in actually sending out the MMS message,
sometimes 30 minutes to an hour. This happens from time to time and usually within
a week or t
