Does anyone have e-mail working with the AP9631 / 6.4.6 firmware

[Anonymous user]

I just updated the firmware on my AP9631, which is plugged into a Smart-UPS 1500.

Previously, I had e-mail notifications working, connecting to an encrypted smtp mail server on port 587.

This no longer works for me.

I did wireshark traces and discovered that the e-mail communications is being attempted on port 25!!

I have attached my e-mail settings.

Can APC or anyone else confirm that this is a bug?

Is it possible for me to get firmware version 6.4.0 for the AP9631 and SmartUPS-1500?  There's another related message on this forum that someone was successful in getting this working with v6.4.0.

[BillP]

Email itself is thoroughly tested every release. So, I feel like there could be a problem with the recipient settings that was somehow caused, either by the upgrade or inadvertently. 

Can you show a screenshot of your email recipient's setting? I am referring to under Configuration->Notification->Email-> Recipients->click on recpient that is not receiving email.

Thanks! I am most interested to see if the Server option is set properly. It looks like it should be set to Local but maybe it is on something else and not using those settings you've shown in your screenshot.

[BillP]

I forgot to add, we have no problem providing the older firmware to you but I am not convinced that is necessarily what will fix this. I work with this product each day so I am thinking if email flat out did not work, I'd probably have heard about it by now 

[Anonymous user]

Hi Angela,

I'm glad you picked up this issue, since in doing the research on it, I've seen that you've been the expert on it on other support requests.

I agree, I was surprised that it wasn't working, since it worked before the upgrade.   I don't remember exactly, but I think I was running 5.x before the upgrade.

The reason I stumbled on this was, after the upgrade, I was receiving an error message on the e-mail test.   The error was that my ISP (in this case a Charter, residential service) was refusing communications on port 25.   It is an interesting "spam blocking" filter.   Initially I was confused by this, since, I've never seen this before.   My normal e-mail client (on the same LAN) could send mail without a problem, and, my APC settings clearly indicate port 587/SSL communications.

I thought about the error message from the test further and decided to pull out wireshark.   I confirmed what the e-mail error test was telling me:  the outbound communications was attempting to be sent on port 25!

(Regarding the e-mail server settings, @me.com, @icloud.com, and @MAC.com are all the same Apple domain.   I tried different combinations, thinking it was some sort of server authentication error.  I should have paid closer attention to the error message, since it indicates that it's a block on port 25 communications.   Again, my Mac, which is what is plugged into my APC, uses Apple's e-mail client, which communicates on port 587.   All of this worked before my last firmware)

[Anonymous user]

Wow!   I didn't realize (or must have forgotten) that each recipient has the possibility of its own e-mail server settings.

I suppose by setting the Recipient's Server to Local, the NMC will use the "default" e-mail server settings.

Ok - I've made that change.   The good news is that I'm now able to talk to my e-mail server!   No more filtering from my ISP's Spamhaus.

The bad news is that it's still not working.   I've tried all combinations of "Use SSL/TLS" and it's not getting through.

When I test on 

Never - I get an immediate error "530 5.7.0 No STARTTLS command has been given."

If supported - I get "220 2.5.0 Go ahead with TLS negotiation".   This requires the test web page to refresh ~5 times, then I actually have to access the test page again to see the server response.

Always - I get "220 2.5.0 Go ahead with TLS negotiation"

Implicitly -I get "No data."   This looks to me that the e-mail server was waiting and timed out.

I decided to navigate to the "Control > Network > Reset/Reboot" menu item and reboot the AP9631.   I was able to log back in within 1 minute (it rebooted fast).   This had no effect.

I have no SSL certificates loaded.   Require CA Root Certificate is UN-checked.   I don't think these settings would have an effect?

I appreciate your help, but this is a head scratcher!   But, we made some progress in that we're now talking to the e-mail server.

[Anonymous user · Accepted solution]

Well, I've given up on using an Apple e-mail server.   I switched to another e-mail server that does not use encryption - it communicates (and authenticates) in plain text on port 25.   This works.

I would ask that you please do report this to a developer.   Someone there must have an iPhone and should be able to test encrypted communications from the AP9631 on port 587.

Thank you!

[kenoco]

not sure if I should start a new conversation but I have been trying for a few days now to get the ap9631 to connect to Mimecast as my relay. I use the same setting that I use on a Konica Or Canon copier but it will never connect. I gave up trying to make a ssl cert and hoping to do it with the default I have newer firmware I just uploaded today I went from something to 6.5.0 which broke allot of things and then found 7.0.4 / 1.0.9 firmware and loaded that. it never mentions that Http will be shut off so when the update was done i thought i could not re-connect. anyways been playing with setting and trying a little of everything but it will just not work and cant see anything in logs that show anything test just states smtp error