all 32 comments

sorted by: hot top controversial new old
[–] 84 points 2 weeks ago (2 children)

Hell yeah it is, and it's one of the easiest features to implement!

  • source
  • hideshow 2 child comments
  • [–] 54 points 2 weeks ago (2 children)

    I love that for LibreOffice, just keeping it real and human!

  • source
  • hideshow 2 child comments
  • Common FOSS W

  • source
  • [–] 22 points 2 weeks ago

    Sad that this is no longer the default for all applications.

  • source
  • [–] 8 points 2 weeks ago (12 children)

    It’s one of the awesome features of my email service, https://port87.com/

    I’ve yet to prominently display it on the home page, but it’s on the home page of the help site.

  • source
  • hideshow 12 child comments
  • [–] 2 points 2 weeks ago (1 child)

    Legitimately the first random comment ad I'm considering.

    I'm trying to figure out if I could use this in combination with my alias service.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 3 points 2 weeks ago

    You can. I encourage you to. The only reason it isn’t anonymized is that places tend to block anonymous email services, but it works really well with anonymous alias services.

  • source
  • parent
  • [–] 2 points 2 weeks ago (1 child)

    For some years I am thinking about making a similar service, but as a receive only box with a twist. I wanted aliases to be done on domain level and tunnel encrypted traffic straight to user's device as the TLS certificate for e-mail server would reside on user's device. Thanks to that I wouldn't need to store anything and I wouldn't be able to snoop anything (at least without being seen). That way user's phone would be their e-mail server. When an address would get compromised it could be filtered on the DNS level before it even would reach the user's device. There are lots of challenges that way that I have ideas to overcome somewhat, but yeah I would trade one kind of complexity for the other.

    My worry for addresses in style user-alias@example.com is that alias is not random by default meaning someone can imply what addresses you have based on a single address. At the same time this keeps things simpler for users, because otherwise it gets janky and you of course need a mapping between a random address and what it means as well as a wanting for password manager integration or a browser extension at least.

    I guess it is a balance, but by not allowing the perfect become an enemy of the good your service works right now. I acknowledge that you might have struck the perfect balance so please don't take it as a jab at you. I see that you have this "Patented Spam Filtering", so cheers! :)

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 2 weeks ago* (last edited 2 weeks ago)

    When an SMTP connection comes in, you don’t know who it’s for (RCPT TO) until after the STARTTLS handshake, so you wouldn’t know whose phone to forward that traffic to. The only reliable way to do that would be a dedicated IP address for every user. Since SMTP is pretty much exclusively IPv4, that would be expensive. Not impossible, but expensive. If you’re doing it for only a handful of users, it could definitely work. Let me know if you do build it, because it sounds cool.

    Also, thank you for the compliments. :)

  • source
  • parent
  • [–] 1 point 2 weeks ago (1 child)

    Sharing a different address with every app or service keeps them from tracking you. If a company leaks your email, you can easily change a label’s address and block the address that was leaked, preventing spammers from reaching you.

    Can the customers send emails using these aliases too?

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 2 weeks ago (5 children)

    The top left menu doesn't open without JavaScript. You might want to fix that.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 1 point 2 weeks ago* (last edited 2 weeks ago) (4 children)

    The entire website doesn’t work without JavaScript. It is super duper duper reliant on JavaScript and I don’t plan on changing that. The reason is that JavaScript lets you prevent cross site request forgery. Without it, I wouldn’t be able to tell if you actually made a request to send an email, delete an email, create an alias, etc, or if that request came from some website tricking you into clicking some malicious link/button. (To be more accurate, it is possible, but would be much harder and require managing a lot more state objects in the DB.) Also, without JS, you couldn’t have push notifications, and you’d have to refresh the page to see new email.

    If you’re worried about trackers, there are none. The only things that are loaded from external domains are Google Fonts, Cloudflare Turnstile, and the Stripe payments script. The site would still work if you blocked all of those, except for the specific things they’re used for.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 1 point 2 weeks ago (3 children)

    That sucks. Squirrel Mail works fine for other providers.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 2 weeks ago* (last edited 2 weeks ago) (2 children)

    SquirrelMail is a completely different kind of product…

    Port87 is a hosted email service. SquirrelMail is a self-hostable webmail client.

    SquirrelMail also predates AJAX and nearly predates JavaScript itself. It came out 24 years before Port87. The latest official release of SquirrelMail is also 13 years old at this point. You should be using Roundcube if you want self hosted webmail (which also requires JavaScript).

  • source
  • parent
  • hideshow 2 child comments
  • I wish more companies did this.

    In their features section, they should list "no AI" and I'd list it as a plus when comparing to competitors before buying

  • source
  • [–] 6 points 2 weeks ago (2 children)

    I appreciate their thinking to the point that it means there is an office suite of software available that doesn't currently contain any "American Intelligence" features.

    LibreOffice said that there is currently “no integration” that meets all of its requirements, such as ensuring that the users’ data stays on their device and that there is no reliance on a single AI provider, among other considerations.

    As soon as there is a version of it that can be run entirely locally, they are not averse to adding it though. They're not on team never-AI.

  • source
  • hideshow 2 child comments
  • [–] 3 points 2 weeks ago (5 children)

    "at this time"

    The document foundation continues to disappoint

  • source
  • hideshow 5 child comments
  • [–] 2 points 2 weeks ago (4 children)
  • [–] -1 points 2 weeks ago* (last edited 2 weeks ago) (3 children)

    The document foundation compatibilty has been a disappointment for many years yet no work was done to fix it, now that AI can do part of their job they don't like it but when it can do more history says they'll adopt it in a hot minute

  • source
  • parent
  • hideshow 3 child comments
  • [–] 3 points 2 weeks ago (2 children)

    Seems like open source no? Be the change you want to see!

  • source
  • parent
  • hideshow 2 child comments
  • [+] 1 point 2 weeks ago* (last edited 1 day ago)