<div dir="ltr"><div dir="ltr">On Sat, 8 Jun 2024 at 18:41, James Knott via talk <<a href="mailto:talk@gtalug.org">talk@gtalug.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>

  
    
  
  <div>
    <div>On 6/8/24 18:35, Val Kulkov via talk
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div>Large mail providers such as Gmail, <a href="http://outlook.com" target="_blank">outlook.com</a>
        and <a href="http://yahoo.com" target="_blank">yahoo.com</a>
        already know if an email comes from a DHCP pool and if so
        they deliver such mail pieces straight to the recipient's spam
        folder.</div>
    </blockquote>
    What about IPv6?  Rogers and Teksavvy hand out a /56 prefix.  That's
    2^72 addresses that are not DHCPv6, unless you make them that. 
    Normally, you'd use SLAAC and I don't know if those companies would
    have a list of subscriber prefixes.</div></blockquote><div><br></div><div>Gmail requires that the IP address of a mail server resolves back to the domain name specified in the SPF record of the mail domain. This is so for both IPv4 and IPv6.</div><div><br></div><div>TekSavvy's easily agreed to make a rDNS entry in their DNS servers for my static IPv4 address. For the IPv6 address of my mail server, they kept saying they wouldn't do it for many years. But they agreed to do it last year, possibly as an exception. So now I can send outgoing mail using both IPv4 and IPv6 and the mail is delivered to inboxes, not to spam folders.</div><div><br></div><div>Those who consider setting up a mail server at home: setting up an SMTP server is easy, but making sure that the email goes to inboxes and not to spam is a really, really arduous job.</div><div><br></div></div></div>