Welcome to HVAC-Talk.com, a non-DIY site and the ultimate Source for HVAC Information & Knowledge Sharing for the industry professional! Here you can join over 150,000 HVAC Professionals & enthusiasts from around the world discussing all things related to HVAC/R. You are currently viewing as a NON-REGISTERED guest which gives you limited access to view discussions

To gain full access to our forums you must register; for a free account. As a registered Guest you will be able to:

Participate in over 40 different forums and search/browse from nearly 3 million posts.

Niagara email/text alarms....

I have a site that I have setup to email/sms maint. staff on a critical alarm situation. The problem is that the management uses blackberry's and the staff uses run-of-the-mill flip phones. The ack of the email works like a champ. The issue arises when a critical alarm is received by the staff in the form of a text message. The UUID is bracketed by parentheses to denote subject line. The user cannot cut and paste and has to manually input uuid in parentheses to ack alarm. Does anyone know of a workaround? The sms is sent using vtext. TIA.

He who asks a question is a fool for five minutes. He who does not ask any questions is a fool forever.

Should be phone number@vztext.com. The outgoing needs to be a legitimate email account as in blahblah@verizon.net and the port numbers can be found on the providers site. I use a GMX account on some of my sites and host name is mail.gmx.com, port is 587, account name is blahblah@gmx.com, type is SMTP and the password is the email account password. These settings will vary according to the provider. You also need to have a reply email address listed.

I dont mean to be a smart arse here but the OP is not having the issue of sending the alarms or texts,
but the issue is the use of non smart phone devices(run of the mill) thru text messaging as described and failure of proper acknowledging of the critical alarms due to the non smart phones.

Knowing that I beleive the problem will be the customers problem itself.

The Jace environment in itself seems to be working correctly as it should ...

The non management staff should recieve the text on the non smart phone devices(run of the mill)and respond as they should to the job to check/ fix the issue, then go on the computer sign in to the jace and then acknowledge it.

In the time it takes for them to respond if it gets escalated to management then management will have to realize they should update the communications with their staff.

Im not the OP but I did bump up this thread from 2009. I am trying to send out text messages through vtext but I can't get it to work. I think I know what to put into the email service. The problem I am having is I think SSL needs to be enabled. I cant get https or SSL to work and on one seems to know what to do. Im not a security specialist at all so this is where Im a little limited. TIA

Im not the OP but I did bump up this thread from 2009. I am trying to send out text messages through vtext but I can't get it to work. I think I know what to put into the email service. The problem I am having is I think SSL needs to be enabled. I cant get https or SSL to work and on one seems to know what to do. Im not a security specialist at all so this is where Im a little limited. TIA

I don't have SSL enabled and send text messages on vtextt just fine. Is your email service configured and your "outgoing account"?