jgcharlotte

Using the default SMTP settings. I've seen a recommendation to increase the timeout, but I can't using the default checkbox. I can manually enter the default values with a longer timeout, but I don't what all of those values are.

These are all of the errors I have received after re-booting the modem with the new DNS settings. I haven't checked all of the errors, but the ones I checked correspond exactly to a message not received. The test program is sending a time stamped message every 30 seconds. So things are significantly better, but I don't know what is causing this error Wed 2019/10/09 08:48:32 AM System -50001 -7 Wed 2019/10/09 09:33:03 AM System -50001 -7 Wed 2019/10/09 10:10:05 AM System -50001 -7 Wed 2019/10/09 10:27:05 AM System -50001 -7 Wed 2019/10/09 11:45:22 AM System -50001 -7 Wed 2019/10/09 12:08:03 PM System -50001 -7 Wed 2019/10/09 12:15:34 PM System -50001 -7 Wed 2019/10/09 12:30:04 PM System -50001 -7 Wed 2019/10/09 12:37:46 PM System -100 [DHCP] state=RENEW Wed 2019/10/09 12:43:13 PM System -50001 -7 Wed 2019/10/09 12:45:44 PM System -50001 -7 Wed 2019/10/09 12:48:43 PM System -50001 -7 Wed 2019/10/09 01:09:55 PM System -50001 -6 Wed 2019/10/09 01:31:24 PM System -50001 -7 Wed 2019/10/09 01:47:32 PM System -50001 -7

Ok, I did this (8.8.8.8 and 9.9.9.9), saved the settings but did not reboot because it did not tell me i needed to. Same thing, tons of errors. Then I thought. . . just because the settings were saved does not necessarily mean they are used until it reboots. So I rebooted and errors virtually disappeared. I did get one '-7' which coincided with a test email that I did not receive (test program sending email every 30 seconds time-stamped). I did get one other '-7', but it appears that email went through. It's been running for well over an hour now, so I'm pretty confident it is much better. I don't know what -7 is, there is no explanation in the error list for dummies like me. Wed 2019/10/09 09:33:03 AM System -50001 -7 Did changing the DNS addresses actually solve the problem or did the rebooting solve it (temporarily). Hmmm, I don't know. I hope it's fixed, I'm having some Insteon comm issues I think and messaging is a great troubleshooting tool when it works! Thanks for the help @larryllix

Yes, I know I don't have DHCP issues either on the LAN or WAN. I never have a problem pulling an IP on either one. I will try those BUT I don't understand why it is intermittent. Sometimes emails go through just fine, sometimes not at all. Actually, most of the time they DO go through. If it is a DNS lookup issue, it seems like it would not work at all, no?

@Michel Kohanim No, I've never set any up and the 'auto' for games, etc. is off. (sorry, there is one extra screenshot in there, i couldn't figure out how to get rid of it)

The article Michel pointed to says to use DHCP instead of static IP. I'm already using DHCP, so obviously that isn't the issue. I'm kind of weak in this area, but these are my router settings. Could one of the DNS addresses cause this problem? Are those my provider (Spectrum) addresses?

I am already using DHCP.

I guess I'll have to go the Gmail route. Still seeing the same crap after updating everything. But I wonder if I can just increase the timeout in the UDI server, if that would help. I'd have to uncheck default and enter the settings, I don't know what they are. This is part of what I had last night.

I agree, Gmail can be delayed at times. This test was Gmail. For each email I did not receive, except for one, there was a timeout error.

I'm using default settings, so I presume that is the UDI server. I can't change the timeout unless I uncheck default and enter the correct UDI server into and then increase the timeout? I don't know what those settings should be.

Ok, after almost an hour, it dropped an email at 10:46 am. And 10:46 was the only error in the error log: Mon 2019/08/05 10:46:04 AM System -50001 -7 Then another at 10:52 with the same error code. But it dropped an email at noon with no errors in the log.

I did set it up through the gmail server a couple of months ago, but found I had the same problem. It also dropped emails. So I went back. I did have it set for 'allow less secure etc'. However, I noticed in Kschex post above, that the timeout was set to 5 seconds. I don't recall setting it to that, I think I kept the default, which I think was 1. So that may be a difference too. I will definitely take reliability over phone convenience!

Well I'm starting with the default on the UDI server first. Not using the gmail yet. I like using the UDI server cause it comes from a unique address and I can give it a unique notification on my phone.

Yup, everything reads 4.7.3 now, UI and ISY firmware. Now I'll run my email test for a couple hours and see if I'm still losing emails. Or I can probably tell pretty quickly from the error log. Thanks for the help!

Ok I'll proceed with that. Thanks.

Well I haven't gotten past updating the UI, unless it doesn't show the latest version until you update the ISY firmware? Which would seem a little odd.

Firmware is 4.7.0 still. I did clear the cache, but now that I think about it, I think I had the old admin console running. I'll go through it again.

Yes, selecting Admin Console, then log in.

After I follow Michel's instructions, the UI is still 4.6.2. But the Finder says 4.7.0.

Using the gmail server didn't help too much for me, but I think I did not have timeouts set that high. I'm going to do the UI/firmware updates first and see if that help. Needs to be done anyway.

Will do, thanks!

Default settings. (default box is checked)

I know we've discussed this before, but I haven't seen anything yet that solves the problem of unreliable email notifications. I tried using the gmail server and got pretty much the same thing. The only workaround I have is to send a text and an email to my phone, figure they probably won't both fail at the same time.. When I did a several hour test sending a text and email once per minute, they both failed about the same number of times, but never both at the same time. I sure wish I could fix this. Partial log from last night attached.

Looks like there are a number of configurable parameters. I'm not smart enough to mess with most of them Here is the manual: https://customer.honeywell.com/resources/Techlit/TechLitDocuments/69-0000s/69-2486.pdf

I haven't actually looked at all of the configuration parameters. It is probably 1 degree db because I never see the actual and setpoint more than one degree difference and I don't notice any oscillation .I know my units aren't oversized, in that case I don't know how you can avoid moderate short cycling if the stat is positioned properly, without big swings.