adccommunitymod (AutomationDirect) asked a question.

EMAL email instruction for P3000

Created Date: April 22,2014

Created By: kevindedwards

**** This post has been imported from our legacy forum. Information in this post may be outdated and links contained in the post may no longer work.****

So I'd like to send out alarm emails from my P3000, but my email server requires authentication. The Cmore panel supports SMTP authentication, but as far as I can tell, the P3000 does not. Since the large majority of email servers require authentication to prevent spam, an EMAL instruction that lacks authentication is not useful to me. Is this really not supported? And could this be added in a future firmware update? Thanks, Kevin


  • adccommunitymod (AutomationDirect)

    Created Date: April 22,2014

    Created by: ljbeng

    In the P3000, is there a way to send http post requests? Here is some Squirrel-code I use in my Wifi-Modbus project that sends emails from a Click PLC. Can you use mailgun or something to send your emails? This works for me with no authentication but there is a limited number of "Free " emails you can send.

    function mailgun(tto, subject, message)

    {

    local from = "Di@no-reply.com ";

    local to = tto;

    local apikey = "key-somethingsomethingsomething ";

    local domain = "sandboxsomething.mailgun.org ";

    local request = http.post( "https://api: " + apikey + "@api.mailgun.net/v2/ " + domain + "/messages ", { "Content-Type ": "application/x-www-form-urlencoded "}, "from= " + from + "&to= " + to + "&subject= " + subject + "&text= " + message);

    local response = request.sendsync();

    server.log( "Mailgun response: " + response.body);

    }

    Expand Post
  • adccommunitymod (AutomationDirect)

    Created Date: April 22,2014

    Created by: Do-more PE

    The EMAL instruction is on the list to get updated, but I don't know when that will be as is isn't my product division. If you haven't signed up for our software and firmware updates, do so and we will let you know when new versions come out.

  • adccommunitymod (AutomationDirect)

    Created Date: October 07,2015

    Created by: Frontier

    I just found this post, and could really use SMTP authentication on a few P3Ks... Does anyone know when or if this might roll out?

  • adccommunitymod (AutomationDirect)

    Created Date: October 09,2015

    Created by: kewakl

    If you have an ethernet Cmore, it can send email - as a workaround -- with some email forwarding software.

  • adccommunitymod (AutomationDirect)

    Created Date: October 09,2015

    Created by: ADC_CommTeam02

    We understand the high demand for SMTP authentication and are working on a solution for the P Series product line. No time frame, however hopefully once we get closer to a possible release I will update this forum post.

  • adccommunitymod (AutomationDirect)

    Created Date: October 16,2015

    Created by: bobw1961

    p3000 email command

    Looks like the ssl issue with the email command for the p3000 has been around for 5 or 6 years now.

    It is time for Automation Direct to address this once in for all.

    Will there be a fix or not?

    Those of us who bought and implemented this PLC deserve some answers.

    If there will be a fix, then when? I understand back in 2009 that it was on the list for being addressed in an update but you did not have a time frame.

    It is now 2015. Is it still on the list? If so, I would expect by now that you at least have a time frame.

    Expand Post
  • adccommunitymod (AutomationDirect)

    Created Date: October 18,2015

    Created by: ControlsGuy

    Wow, 5 or 6 years? Ouch.

    Use a Do-More. Do-Mores can send emails from servers with authentication, and as far as I know, has been able to since their release.

    They had an issue with email providers that used POP-before-SMTP login and also had different IP addresses for the POP and SMTP servers, but as of v1.4, even that's been addressed.

    Expand Post
  • adccommunitymod (AutomationDirect)

    Created Date: November 24,2015

    Created by: bobw1961

    P3000 email

    Automation Direct post says this issue is on the list to be fixed.

    It has been on the list sense 2009? correct?

    I greatly appreciate everyone who has posted possible workarounds for the email issue with the P3000, but I don't want to buy an interface for>$500 to fix what automation direct says is on the list to get fixed.

    Automation Direct says contact support if I have an urgent issue.

    I assume that support will tell me that I can buy a Ethernet interface that has email with the ability to authenticate.

    I understand that this will work, but I paid a lot of money for a PLC that said it had an email instruction. In todays world, and even in the world of 2009, that email instruction is useless. If I buy a $500 interface as a workaround, why would automation direct EVER want to fix the email instruction on the P3000?

    Just keep telling customers to buy the fix.

    As a loyal automation direct customer I am concerned the most about the fact that automation direct is telling me that this fix is on the list. Has been on the list sense 2009, and that there still is not a time table on the fix.

    If it is not going to get fixed, just say it isn't and we move on.

    But if you say it is going to get fixed and have been saying that sense 2009, and it still isn't fix and still doesn't even have a time table, then something is really wrong.

    Expand Post
  • adccommunitymod (AutomationDirect)

    Created Date: December 29,2015

    Created by: MikeMc

    Email

    And here we are a month later and still no word on the forum as to when they will have a fix. One problem with the firmware being written overseas is the very long delays in getting problems fixed.

    I am still working with them on fixing an issue with Ether/IP when communicating over an internet connection and they cannot repeat it (although I cannot get much more than 24 hours before the P2 controller locks up).

    Now I am having an issue downloading a P3 controller that was just upgraded to the latest firmware. I have been working with this controller for a couple of years (since it was released) that locks up the controller so it beeps like crazy. Unfortunately I am on vacation and cannot see what is going on at the PLC. Power cycle correct the loss of communications but still cannot get a download. Strange that I can download the C-More at the same location without a problem which usually is a problem requiring several retries.

    Mike

    Expand Post
  • adccommunitymod (AutomationDirect)

    Created Date: December 29,2015

    Created by: kewakl

    And here we are a month later and still no word on the forum as to when they will have a fix. One problem with the firmware being written overseas is the very long delays in getting problems fixed.

    Not sure if this applies -

    From a post a few days back

    Productivity3000 – Designed & Mfg’d by Koyo & FACTS Engineering

    Productivity2000 – Designed & Mfg’d by FACTS Engineering

    ProductivitySuite programming software developed by AutomationDirect software design engineers

    Now I am having an issue downloading a P3 controller that was just upgraded to the latest firmware. I have been working with this controller for a couple of years (since it was released) that locks up the controller so it beeps like crazy. Unfortunately I am on vacation and cannot see what is going on at the PLC. Power cycle correct the loss of communications but still cannot get a download. Strange that I can download the C-More at the same location without a problem which usually is a problem requiring several retries.

    Mike

    Mike, please clarify something for me.

    You said: Power cycle correct the loss of communications

    Will a Stop/Run mode transition fix it? (software/or switch)

    Will a PAC.Reboot PAC... menu item fix comms?

    Or does it REQUIRE a POWER CYCLE?

    I ask, because I have a P3-550 that, after a edit/download/edit/download session, starts performing in FUNKY-MODE.

    This problem REQUIRES a power cycle to fix. Then the program acts as intended. A STOP/RUN transition DOES NOT fix it.

    FUNKY-MODE means:

    Bits (DI and C) that are ON in dataview, yet the program treats them as OFF --- and maybe the reverse is true, I haven't checked.

    ----------AND/OR--------------

    Ethernet (NOT INTERNET) comms may or may not work as usual.

    This program is still 1.7.1.1 based as I do NOT have the confidence to update to a later version. I'm sure that if you search the search the forums, you will find that my reasoning is NOT unjustified.

    Expand Post
10 of 15