4
infra: email notifications might be a bit spotty (awful.systems)
submitted 2 years ago by [M] to c/servernews@awful.systems
14 comments fedilink hide all child comments
 

we’ve exceeded the usage tier for our email sending API today (and they kindly didn’t email me to tell me that was the case until we were 300% over), so email notifications might be a bit spotty/non-working for a little bit. I’m working on figuring out what we should migrate to — I’m leaning towards AWS SES as by far the cheapest option, though I’m no Amazon fan and I’m open to other options as long as they’ve got an option to send with SMTP

you are viewing a single comment's thread
view the rest of the comments
[–] 3 points 2 years ago (6 children)

nah, I wouldn't (think that). I've read some of the lemmy code.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 6 child comments
    •
  • [–] [S] 6 points 2 years ago (5 children)

    so do you want to hear something terrible? if you give Lemmy SMTP credentials for notifications but it can’t auth against the server for any reason, it’ll just hang the entire lemmy backend forever

    which makes switching email providers a bit nerve-wracking, you understand

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 5 child comments
    •
  • [–] 4 points 2 years ago (4 children)

    okay uh don't hate me too much for this but: second service instance postfix, which just acts as a forwarder to whatever you pick? that can have static auth in it for lemmy and thus break as little as possible, and it'll just always queue flush

    basically ye olde smarthost, SaaS nightmare edition

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 3 points 2 years ago (3 children)

    heck it can run on the same actual box, postfix is not heavy

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

    yep, literally just a side service in the same flake definition. only downside is you'll need to feed logs to somewhere, and monitor queue depth. but those are both trivial (and you could even just trigger for queue depth over n for $time, because that's enough indication of work/fail)

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •