|
I recently had this idea about email servers. In addition to configuring my IMAP clients to normally fetch mail manually or more infrequently, I set up one mail server that “closes” from 7 p.m. till 7 a.m. my time. During that time, it returns a temporary error `450 4.3.2 We're sorry! The mail room is closed from 7 p.m. till 7 a.m. [Time Zone]. Email servers automatically retry, so your mail should be delivered in a few hours.` Depending on their mail provider and the time of evening, some will never see an error, while others will eventually receive the standard “Delayed Mail: no need to retry” message in their own inboxes. I see it as accomplishing three things: first, it tests email servers to see if they properly handle temporary delivery errors by retrying; second, it prevents me from checking my email after hours, or rather, leaves me overnight with only the email I got during the day, perhaps encouraging better habits; and third, it could provide an opportunity for others to consider assumptions about always-on digital services. |
And maybe also always-on humans, which some companies seem to ridiculously expect.
I really don't understand this obsession with 24/7 uptime for non-critical systems. Requiring your engineers to be always on-call and debug something at 3am is a health hazard and should be treated like one.
If a photo-sharing app is down at 3am, I'm sure the users can go to sleep and wait till 10am. This isn't some oxygen life support system. If you have that many users in multiple time zones, then hire people in multiple time zones.
Even if TurboTax crashes on 4/15 at 11:35pm and the engineers don't fix it until the next workday, resulting in millions of people not being able to file their taxes, I'm sure the IRS might grumble a lot but would give people an extension. It'll all be good, and everyone will get to sleep .