<div dir="auto">I believe that I have found an issue that may be causing, or at least contributing, to the rejected email problem.<div dir="auto"><br></div><div dir="auto">The Sender Policy Framework (SPF) DNS TXT record for <a href="http://TAPR.ORG">TAPR.ORG</a> does not contain a reference to the IP address or hostname of '<a href="http://lists.tapr.org">lists.tapr.org</a> [173.230.155.76]".</div><div dir="auto"><br></div><div dir="auto">Here is the record:</div><div dir="auto"><br></div><div dir="auto">"v=spf1 a mx -all include:_<a href="http://spf.z2systems.com">spf.z2systems.com</a>"</div><div dir="auto"><br></div><div dir="auto">Let me break this down.</div><div dir="auto">"v=spf1" is the  SPF identifier and version number.</div><div dir="auto">"a" means accept email from the IP address of the A record for <a href="http://TAPR.ORG">TAPR.ORG</a> (which is 35.196.172.173.)</div><div dir="auto">"mx" means accept email from the host listed as the MX (mail exchanger) for <a href="http://TAPR.ORG">TAPR.ORG</a> (which is "<a href="http://mail.tapr.org">mail.tapr.org</a> [45.79.201.63],</div><div dir="auto">"-all" (and this is important) means reject email with a sender address of <a href="http://TAPR.ORG">TAPR.ORG</a> from any other hostname or IP address,</div><div dir="auto">"include:_<a href="http://spf.z2systems.com">spf.z2systems.com</a>" means lookup and include the SPF policies of "_<a href="http://spf.z2systems.com">spf.z2systems.com</a>." I have examined that record and it does not include "<a href="http://lists.tar.org">lists.tar.org</a>" or it's IP address.</div><div dir="auto"><br></div><div dir="auto">There are several approaches to fixing this SPF record. Here is my recommendation: add "mx:<a href="http://lists.tapr.org">lists.tapr.org</a>" to the <a href="http://TAPR.ORG">TAPR.ORG</a> SPF DNS TXT record. You could instead add "ip4:173.230.155.76" to the SPF record as well, but that would have to be updated everytime the IP address of '<a href="http://lists.tapr.org">lists.tapr.org</a>' changes. I would also change the hard reject in the SPF record from "-all" to a soft reject "~all". Additionally, the "all" specifier should be the last item listed in the SPF record and any "include" policies ahould precede it.</div><div dir="auto"><br></div><div dir="auto">Before I retired, I ran the email systems for a large corporation and have had to deal with these types of issues many times in the past. I won't guarantee that this will fix all the problems, but it is something that needs be corrected in order for email to flow smoothly.</div><div dir="auto"><br></div><div dir="auto">73,</div><div dir="auto">Bob W9IZ</div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 18, 2022, 2:11 PM Randy Hall <<a href="mailto:aa6rh@socorad.io">aa6rh@socorad.io</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><a href="https://mxtoolbox.com/SuperTool.aspx?action=blacklist%3alists.tapr.org&run=toolpage" target="_blank" rel="noreferrer">https://mxtoolbox.com/SuperTool.aspx?action=blacklist%3alists.tapr.org&run=toolpage</a><div><br></div><div>Turns out, TAPR's maillist server is blacklisted. That is the thing that needs to be addressed first and foremost. Complaining to a mail receiver that they should disregard a blacklist is not going to get anything done.</div><div><br></div><div>The fact that TAPR is hosting their own mail server on Linode is part of the problem. TAPR needs to have a person (staff or volunteer) who knows SMTP, sendmail and MX blacklist policies like the back of their hand, so that they can quickly address blacklist problems. Until and unless TAPR gets off the blacklist that the IP address is listed on, Microsoft is within their rights to disregard mail coming from <a href="http://lists.tapr.org" target="_blank" rel="noreferrer">lists.tapr.org</a></div><div><br></div><div>This is just the "hidden cost" of running your own mail server at work right here. You pay for it one way or another.</div><div><br></div><div>--R<br clear="all"><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><i>--</i></div><i><b>Randy AA6RH</b></i><div><i><a href="mailto:aa6rh@socorad.io" target="_blank" rel="noreferrer">aa6rh@socorad.io</a></i></div><div><i>Grid Square: CM88pl</i></div><div><i><a href="https://www.qrz.com/db/aa6rh" target="_blank" rel="noreferrer">QRZ Profile</a><br></i></div><div><i>Sonoma County DMR: <a href="https://brandmeister.network/?page=lh&jsonquery=%7B%22condition%22%3A%22AND%22%2C%22rules%22%3A%5B%7B%22id%22%3A%22DestinationID%22%2C%22field%22%3A%22DestinationID%22%2C%22type%22%3A%22integer%22%2C%22input%22%3A%22text%22%2C%22operator%22%3A%22equal%22%2C%22value%22%3A%2231707%22%7D%5D%7D" target="_blank" rel="noreferrer">BrandMeister 31707</a></i></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Feb 18, 2022 at 10:56 AM Charles Gallo <<a href="mailto:charlie@thegallos.com" target="_blank" rel="noreferrer">charlie@thegallos.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Usually, it is when someone else on the server is a spammer,  so hey block the whole server<br>
<br>
--  <br>
73 de KG2V<br>
Charlie<br>
<br>
> On Feb 18, 2022, at 1:24 PM, John Ackermann N8UR <<a href="mailto:jra@febo.com" target="_blank" rel="noreferrer">jra@febo.com</a>> wrote:<br>
> <br>
> On 2/18/22 12:00 PM, <a href="mailto:aprssig-request@lists.tapr.org" target="_blank" rel="noreferrer">aprssig-request@lists.tapr.org</a> wrote:<br>
> <br>
> The issue we're dealing with has been affecting folks on the other <a href="http://lists.tapr.org" rel="noreferrer noreferrer" target="_blank">lists.tapr.org</a> lists; I don't know how many people on aprssig are affected by it.<br>
> <br>
> People who have Microsoft as their email service provider are being blocked from getting messages from <a href="http://lists.tapr.org" rel="noreferrer noreferrer" target="_blank">lists.tapr.org</a>.  The bounce messages say:<br>
> <br>
> "Access denied, banned sender[173.230.155.76]. To request removal from this list please forward this message to <a href="mailto:delist@messaging.microsoft.com" target="_blank" rel="noreferrer">delist@messaging.microsoft.com</a>. For more information please go to <a href="http://go.microsoft.com/fwlink/?LinkId=526653" rel="noreferrer noreferrer" target="_blank">http://go.microsoft.com/fwlink/?LinkId=526653</a>. AS(1410) [<a href="http://SY4AUS01FT004.eop-AUS01.prod.protection.outlook.com" rel="noreferrer noreferrer" target="_blank">SY4AUS01FT004.eop-AUS01.prod.protection.outlook.com</a>]"<br>
> <br>
> We have submitted several requests for delisting, and our ISP has been doing everything they can (we are not the only one of their customers having this problem), but so far nothing has gotten MSFT to unblock us. Changing IP addresses is one way to circumvent the problem.<br>
> <br>
> There may be other issues going on, but at the moment this is the one we can identify and hopefully do something about.  Just for additional information, <a href="http://lists.tapr.org" rel="noreferrer noreferrer" target="_blank">lists.tapr.org</a> has been running on the same Mailman software and configuration since May, 2018.  So there've been no recent changes at our end that could result in delivery issues, but there are plenty of things outside our control that can cause problems.<br>
> <br>
> 73,<br>
> John<br>
> <br>
>> ------------------------------<br>
>> Message: 8<br>
>> Date: Thu, 17 Feb 2022 20:37:02 -0500<br>
>> From: Steve Dimse <<a href="mailto:steve@dimse.com" target="_blank" rel="noreferrer">steve@dimse.com</a>><br>
>> To: TAPR APRS Sig <<a href="mailto:aprssig@lists.tapr.org" target="_blank" rel="noreferrer">aprssig@lists.tapr.org</a>><br>
>> Subject: Re: [aprssig] TAPR Mailing List Update<br>
>> Message-ID: <<a href="mailto:CA5ACD1C-DEA0-4505-9FC4-249B5001895E@dimse.com" target="_blank" rel="noreferrer">CA5ACD1C-DEA0-4505-9FC4-249B5001895E@dimse.com</a>><br>
>> Content-Type: text/plain;    charset=us-ascii<br>
>> I'm not sure how Microsoft is the issue. First, most of the posts are getting through to everyone, AFAIK. Lynn for example seems to see everyone but me. I seem to see everyone but Jeff. And we can email each other directly. It is just list messages from certain people to others that get lost.<br>
>> Steve<br>
> <br>
> _______________________________________________<br>
> aprssig mailing list<br>
> <a href="mailto:aprssig@lists.tapr.org" target="_blank" rel="noreferrer">aprssig@lists.tapr.org</a><br>
> <a href="http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org" rel="noreferrer noreferrer" target="_blank">http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org</a><br>
<br>
<br>
_______________________________________________<br>
aprssig mailing list<br>
<a href="mailto:aprssig@lists.tapr.org" target="_blank" rel="noreferrer">aprssig@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org" rel="noreferrer noreferrer" target="_blank">http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org</a><br>
</blockquote></div>
_______________________________________________<br>
aprssig mailing list<br>
<a href="mailto:aprssig@lists.tapr.org" target="_blank" rel="noreferrer">aprssig@lists.tapr.org</a><br>
<a href="http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org" rel="noreferrer noreferrer" target="_blank">http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org</a><br>
</blockquote></div>