Live data from Hacker News

Delay email delivery with Postfix for a relaxing weekend

enricobassetti.it

1–10 of 28 posts

Re: Delay email delivery with Postfix for a relaxing weekend

#2
E-mail is, at its core, best-effort, respond-maybe protocol. Implementing "quiet hours as seen in IM", means using the wrong tool.

If you insist on treating e-mail as a medium requiring immediate response, you'll be going into Postfix on weekends to force-flush the queue instead. This is not a technological problem, definitely not one that's solvable through configuration tweaking.

(I mean, sure, it's an impressive exercise in how flexible the sw stack is, but the issue lies elsewhere)

Re: Delay email delivery with Postfix for a relaxing weekend

#3

E-mail is, at its core, best-effort, respond-maybe protocol. Implementing "quiet hours as seen in IM", means using the wrong tool. If you insist on treating e-mail as a medium requiring immediate response, you'll be going into Postfix on weekends to force-flush the queue instead. This is not a technological problem, definitely not one that's solvable through configuration tweaking. (I mean, sure, it's an impressive e…

Actually, my idea was to delay e-mails because I don't want to read them during weekends, while I still want to read other e-mails (e.g., newsletters, login alerts). I still open my inbox once per day :-)

Re: Delay email delivery with Postfix for a relaxing weekend

#4

E-mail is, at its core, best-effort, respond-maybe protocol. Implementing "quiet hours as seen in IM", means using the wrong tool. If you insist on treating e-mail as a medium requiring immediate response, you'll be going into Postfix on weekends to force-flush the queue instead. This is not a technological problem, definitely not one that's solvable through configuration tweaking. (I mean, sure, it's an impressive e…

[deleted]
Post reply on HN