<div dir="ltr">Several of my clients required the ability to send email to their customers. These emails were for things like electronic tickets, contract updates, registration emails, deadline notifications and other transactional emails. A client would give explicit consent to receive such emails.<div><br></div><div>Initially we used our own email servers, then we migrated to Google Mail, then we migrated to rotating Google Mail accounts, then we migrated to MailChimp, then we migrated to Campaign Monitor.</div><div><br></div><div>Each of these migrations was triggered by the bulk blocking of their legitimate email streams. The larger an organisation, like the WA Education Department, iiNet, or any number of "smaller" ISPs, the more likely that these emails were blocked by SPAM detection systems.</div><div><br></div><div>No amount of discussion with the IT teams in those organisations would restore access, iiNet going so far as to direct us to IronPort (their - then, not sure if it's still the same - SPAM blocking tool), who, unsurprisingly would direct us straight back to iiNet.</div><div><br></div><div>The outcome is that email and SPAM detection is severely broken, and the proliferation of machine generated "human-like" text is only going to make this worse.</div><div><br></div><div>The block list systems that exist today are completely overwhelmed by email abuse, so small email providers have little or no chance or insight into why or even if their email is blocked.</div><div><br></div><div>Right now I'm using Google Workspace email to send this. Since first starting in around 2009, this has proven to be the most reliable way of getting email to the correct destination, but it doesn't support bulk email, so it's not useful for transactional system emails, but for one-on-one communication I've yet to find anything better.</div><div><br></div><div>That's not for the want of trying or looking either.</div><div><br></div><div>I think we need to solve a more fundamental problem before this is ever even attempted to be fixed and that is "authentication". Right now we have several DNS based "solutions", but there is no mechanism to penalise SPAM email, since starting an "authentic" domain is so cheap as to be invisible as a barrier to entry. That's not to say that I think a solution is to make the internet inaccessible, I just think that what we're doing today was fine in the 1970's, but it's not realistic today.</div><div><br></div><div>I think that rather than looking for an email solution, it would be more beneficial to use groups like PLUG to discuss how we might solve this type of problem, which you might have noticed has spread into phone and SMS spam, neither of which are being addressed in any meaningful way either.</div><div><br></div><div>o</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 7 Aug 2023 at 09:54, Chris McCormick <<a href="mailto:chris@mccormick.cx">chris@mccormick.cx</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">Hi Robin,<br>
<br>
<br>
On 7/8/23 9:50 am, Robin Perkins wrote:<br>
> when he signed up for anything - e.g. boost juice he could give them a unique email address to use e.g. <a href="mailto:boost@mydomain.com" target="_blank">boost@mydomain.com</a> that redirected to his main account - that way when he got spam form that email account - he knew exactly who sold/leaked and could block.<br>
> <br>
> Would be nice if someone offered this as a low maintenance service? Does anybody do anything like this?<br>
<br>
With most email providers they support adding a plus sign ("+") after <br>
the username and then an arbitrary string, and it will go to the same <br>
mailbox. So for example he could use: <a href="mailto:username%2Bboost@domain.com" target="_blank">username+boost@domain.com</a> and then <br>
filter for that specific address in his <a href="mailto:username@domain.com" target="_blank">username@domain.com</a> email box. I <br>
know that Gmail addresses support this and many other providers do too. <br>
It's also something you can enable in Postfix mail server with <br>
"recipient_delimiter = +" in your config.<br>
<br>
<br>
Cheers,<br>
<br>
Chris.<br>
<br>
-- <br>
<a href="https://mccormick.cx/" rel="noreferrer" target="_blank">https://mccormick.cx/</a><br>
_______________________________________________<br>
PLUG discussion list: <a href="mailto:plug@plug.org.au" target="_blank">plug@plug.org.au</a><br>
<a href="http://lists.plug.org.au/mailman/listinfo/plug" rel="noreferrer" target="_blank">http://lists.plug.org.au/mailman/listinfo/plug</a><br>
Committee e-mail: <a href="mailto:committee@plug.org.au" target="_blank">committee@plug.org.au</a><br>
PLUG Membership: <a href="http://www.plug.org.au/membership" rel="noreferrer" target="_blank">http://www.plug.org.au/membership</a><br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr">Onno Benschop<br><br>()/)/)()        ..ASCII for Onno..<br>|>>?            ..EBCDIC for Onno..<br>--- -. -. ---   ..Morse for Onno..<br><br><span style="color:rgb(136,136,136)">If you need to know: "What computer should I buy?" </span><a href="http://goo.gl/spsb66" style="color:rgb(17,85,204)" target="_blank">http://goo.gl/spsb66</a><div><br>ITmaze   -   ABN: 56 178 057 063   -  ph: 04 1219 8888   -   <a href="mailto:onno@itmaze.com.au" target="_blank">onno@itmaze.com.au</a></div></div></div>