• 1 Post
  • 16 Comments
Joined 1 year ago
cake
Cake day: June 23rd, 2023

help-circle




  • digdilem@feddit.uktoProgramming@beehaw.orgEmail is Dead
    link
    fedilink
    English
    arrow-up
    2
    ·
    1 year ago

    As long as you set up SPF and DKIM records on your mailserver, you’ll never get marked as spam.

    Sorry - that’s factually incorrect. If your IP is on a residential block, you’ll be downscored. If you’re on a dynamic IP, same again, but weighted even more harshly, by pretty much every antispam service. In addition, every commercial service is very secretive about what methods they use, for good reason, so you cannot claim with any accuracy that “you just need to do this $thing to get read”. (Although I do agree the original post is not well researched, knowledgeable nor particularly useful to anyone)

    SPF and DKIM are essential to getting your email out, but it’s not the only thing, and sometimes no matter what you do do, your hit rate is going to be low.

    Source: Me. Been running mail servers privately and commercially for over twenty years. Before then, I ran fidonet and netmail services through the 90s and into the tail end of the 80s. There’s many things I know bugger all about, but email is not one of them. (And if anyone’s interested what I do for personal email now - I use gmail, because it works and maintaining it is somebody else’s problem)


  • digdilem@feddit.uktoProgramming@beehaw.orgEmail is Dead
    link
    fedilink
    English
    arrow-up
    2
    ·
    1 year ago

    AI’s been in use in commercial anti-spam for quite a while now - and on the flip side is also being used by the spam senders. Just another front on the unending war.

    But spam (and phishing, and all malware) happens because humans get fooled by it. No reason to think AI will be any smarter.


  • Nice quote - but I don’t think it does hold up as truly as it did in the 80s. There is an unimaginable wealth of systems and design tools available now that were not around then. Even something take for granted like a gui schema designer - hell, even SQL itself wouldn’t be around until almost a decade later, and that was partly designed to simplify database queries. Every step like that has simplified what we do today. Debugging tools are light years ahead of when I was writing C in the early 90s. Debugging then was pretty much “try and compile it and then fix the errors”. Now there’s linters, memory profilers, automatic pipelines and all the rest of that. Much of that is offset by the fact we do far more complicated things than we did, and that those very tools mean there’s a lot more to learn and master beyond the mere language.

    I do concede and agree with your last paragraph. Design is more important than implementation, and elegance of code and concept is a timeless beauty. One of the hardest things I’ve had to learn is that thinking about coding is often far more productive than actually coding, and too many times I’ve been a busy fool, re-writing and starting over many times because I later found out a better way.









  • I think you’re missing that point.

    If you’re paying to provide a free server, and along comes another server owner who wants to peer with you. Only they’re charging their users for the same thing you’re giving away for free. Why wouldn’t you be a little bit miffed that they want to take your freely-given service and sell it to their users - because that’s what would be happening in that situation.

    Monetising something that’s intended to be free is very, very difficult. Not impossible (see open source software and the businesses that grow around that), but it’s a lot harder when it’s a service.