Expanding XEP's table of emails?

gcimmino

Active Member
Spanky, in another post, you mentioned an NTP fix in an upcoming release of the XEP software.

Any chance we could also get the table of emails expanded beyond 16 messages? I'd be OK if this were only for the 5.x firmware series if that was part of the issue.

That would be a great "temporary solution" for having a more dynamic message capability.

Thanks
 
I second this request, definitely. My email space is full, and not because of extravagance.

Consider also whether an M1 automation text message can be sent as the message body, with the XEP then concerned only with email addresses. This is, in any practical sense, the kind of capability that we really need.
 
I have requested this several times and add one more to the list, expecially being able to send and alarm zone/condition as a variable.

+x
 
I second this request, definitely. My email space is full, and not because of extravagance.

Consider also whether an M1 automation text message can be sent as the message body, with the XEP then concerned only with email addresses. This is, in any practical sense, the kind of capability that we really need.
This would be much more productive.

Brian
 
Thanks for the 2nd/3rd/4th. Hopefully some squeaking will get some grease.

FYI: I posted the message below on Elk's site a while ago. I realize that I'm asking alot, but it would really be nice to get more notification without having to have an attached device. Perhaps we'll be able to swap out our M1G's with the M1 Platinum that will have 10x the flash, so there's no more code size issues, and the ethernet interface onboard. :)

Posted by gcimmino on 08/07/2005 05:00

Things I'd love to see:
  • The XEP's setup screen for email only have server configuration information, not recipient addresses and message text. That way each email doesn't require setup on both the XEP and in rules.
  • The Send Email rule be able to specify the recipient, subject, message text and priority (bulk/normal/urgent)
  • Allow wildcard rules
  • Allow substitution based on the rule, e.g.
Code:
WHENEVER ANY TROUBLE THEN SEND EMAIL MESSAGE TO {Account.EmailAddress} PRIORITY Urgent SUBJECT System Trouble MESSSAGE {TROUBLE TYPE}

WHENVER ANY ALARM, ANY AREA TURNS ON THEN SEND EMAIL MESSAGE TO {User1.EmailAddress} PRIORITY Urgent SUBJECT Alarm MESSSAGE {Alarm.Type} Alarm 

WHENEVER EVERY 30 MINUTES AND (Tstat 1) ACTUAL TEMPERATURE IS GREATER THAN 90 DEG. F. THEN SEND EMAIL MESSAGE TO {User1.EmailAddress} SUBJECT High temp notification MESSAGE {Tstat1.Name} current temperature is {Tstat1.Temp} 

WHENEVER (Zn 2) BECOMES NOT SECURE THEN SEND EMAIL MESSAGE TO {User1.EmailAddress} SUBJECT {Zn 2.Name} MESSAGE {Zn 2.Name} {Zn 2.State}

In other words, allow the M1 to do what it does so well with voice, speak for itself!

Thanks for listening.
 
Spanky, in another post, you mentioned an NTP fix in an upcoming release of the XEP software.

Any chance we could also get the table of emails expanded beyond 16 messages? I'd be OK if this were only for the 5.x firmware series if that was part of the issue.

That would be a great "temporary solution" for having a more dynamic message capability.

Thanks

This was one of the biggest let downs for me when I installed my panel... I thought to myself, "seriously?! I have to put in a special entry for EVERY CONDITION?!"
 
I rather just see ELK develop a new "M2G" main board with an ethernet port (and maybe a few serial ports) built in. Then they could (I think) get rid of some of the oddities involved with the XEP.
 
A politically correct word:

Elk is constantly working towards improving existing products and introducing new products to the market. All of your input and suggestions are entered into the feature decision making process for future products and enhancements.

Thanks,
 
I rather just see ELK develop a new "M2G" main board with an ethernet port (and maybe a few serial ports) built in. Then they could (I think) get rid of some of the oddities involved with the XEP.
Isn't that what the "M1 Platinum" is for? Any word on its development?

I hadn't heard of that unit. I hope there is such a thing coming. If ELK wants to make the absolute greatest security system, all they have to do is ask the good folks here what the feature set should be<g>.
 
I'd just like to say I hope the expanded e-mail feature is still being considered. At the very least, more room for messages, and hopefully a redesign of the email system that would allow a list of emails to be defined, and then custom e-mail messages created using the rules feature.
 
I'd just like to say I hope the expanded e-mail feature is still being considered. At the very least, more room for messages, and hopefully a redesign of the email system that would allow a list of emails to be defined, and then custom e-mail messages created using the rules feature.

I'd be even happier to hear that a replacement for the M1XEP is being designed and will enter production SOON. This thing is one of the only weak points of the M1 system. It forces one to use port 80, has the email problems noted in this thread, and the problem of even reliably sending them noted on others. And when I have any sort of system problem, I just start at the XEP. I rarely have to go any further down the diagnosis chain.

PLEASE, Elk Gurus, put this thing out of its misery! Give us a replacement device at a reasonable price.
 
Back
Top