not receiving email notifications from this board - anyone else?

[Brumby]

Have you tried an alternate email address - something on a completely different domain?

yarr, company mail address works. but how does this help?

So .... your preferred email address doesn't work, but your company email address does.  Is that correct?

If so, ask yourself the question: How could that be?  Some of your answers should include scenarios where the forum software is not a factor.

As an example, I encountered a problem which sounds identical a few years ago on another forum using SMF.  It turned out to be an issue with emails to my ISP (who hosted my email) being blocked by a server somewhere along the way.  This is the only partial information I could get and I didn't have the access to be able to determine exactly what the problem was.

[nemail]

I have full control over my whole email system and I have checked the logs of my inbound smtp gateways (which are the mx records for my domain) and there is NO connection attempt from any IP address at the time where the notification should have been delivered.

it has to be some weird isp (routing) issue or eevblogs outgoing smtp server antispam or something.

there is no error on my side.

[rstofer]

ISPs blacklist email domains from time to time.  It's a rather large hammer to solve the problem of spam being generated somewhere in a domain.

So, it is theoretically possible that your ISP is blocking a large number of addresses and EEVblog is caught up in it.

Have you tried something like this?

https://mxtoolbox.com/blacklists.aspx -- note, I don't know what it does exactly and I haven't tried it

I'm pretty sure Comcast uses blacklisting because I haven't gotten any spam in a very long time.  It certainly isn't because the Internet has cleaned up its ways.

ISPs are getting very aggressive in policing the net.

It is reasonably certain the problem is on your end.  Maybe not with your equipment but perhaps with your ISP. 

[nemail]

my isp has absolutely no control over my emails. i have my own servers and as i'm not located in china, there is no "big firewall" between my servers and the rest of the world.

so no, unfortunately, my isp is not to blame when it comes to blacklisting, etc...

[drussell]

ISPs blacklist email domains from time to time.  It's a rather large hammer to solve the problem of spam being generated somewhere in a domain.

Yeah, nemail's domain and servers are listed in multiple RBLs.

I have a feeling it will just work once he gets his servers un-blacklisted. 

edit:  Also, his reverse resolution for ip -> name doesn't point to his domain, but rather an IP in a dynamic IP address pool.  Many sending entities filter on this, either by name (less common since there are valid uses for multiple names for a server, though it will usually add to the "spam score" when processing a message) or by listings of dynamic IP pools.

While these things should affect mostly outgoing mail, many places are increasingly using blacklists on sending mail to those listed servers also in various ways to try to minimize the flow of spam TO various relays, etc.

[nemail]

ISPs blacklist email domains from time to time.  It's a rather large hammer to solve the problem of spam being generated somewhere in a domain.

Yeah, nemail's domain and servers are listed in multiple RBLs.

I have a feeling it will just work once he gets his servers un-blacklisted. 

edit:  Also, his reverse resolution for ip -> name doesn't point to his domain, but rather an IP in a dynamic IP address pool.  Many sending entities filter on this, either by name (less common since there are valid uses for multiple names for a server, though it will usually add to the "spam score" when processing a message) or by listings of dynamic IP pools.

While these things should affect mostly outgoing mail, many places are increasingly using blacklists on sending mail to those listed servers also in various ways to try to minimize the flow of spam TO various relays, etc.

got a few links for me, please, where i can reproduce your results?
my inbound smtp ip addresses (aka mx records) are pseudo dynamic (at least in the dynamic range) IPs, thats correct. my outgoing mails however are handled through a rented server in a datacenter with proper static ip and PTR record. that ip is not blacklisted as far as i can tell.

never monitored the blacklisting status of my mx record IPs, as i didn't ever hear before of the fact that ISPs may block outgoing mail to blacklisted MXes.

so thanks so far for your analysis but i'm not sure if that isp behaviour (if it is the reason for my issue here) is very smart... i have ordered a business line recently and as soon as I got it installed, at least one of the mx records will be a proper static ip with a proper PTR. i might then remove the second mx for testing.

removing my pseudo-dynamic IPs from all blacklists won't work, I'm afraid, as many blacklists don't allow removing dynamic IPs.
oh, btw i strip the smtp headers on my outgoing mails, so the receiving smtp server only sees the smartmxes proper static IP which has a PTR.
my mailsystem is up and running for years and used by like 20 users without any issues. even communicating with google mail accounts works without any issues...