Yeah. It's a shame it doesn't make it any more granular than 'day'. I tend to work earlier hours than most people so I may knock off at 3pm on a Thursday, therefore that solution doesn't capture any emails sent to me after that time. Not sure how it copes with senders in other time zones either.
But hey, you can do emoji type reactions to emails now, so good to know the devs are being directed to work on the important stuff...
It's just looking for a header line that happens to have a date in it. I'm not an Outlook jibbler but "
PROD.OUTLOOK.COM with HTTPS;" looks like a fragment of a 'received' line. From the name and protocol, I'm assuming that's some central Microsoft webmail server receiving the initial submission, so simply searching for the day name in that line will only have the desired effect if you're in the same timezone as that server; that all incoming email gets that header (which seems like a dangerous assumption), and that the HTTPS submission isn't delayed (which might be a reasonable assumption for webmail).
A better solution would be to parse the timestamp (which includes the timezone offset), but if you've got that sort of scripting capability, you'd likely be able to access the current date and time directly.
Alternatively, a solution would be to pipe [a copy of] the incoming email to some external program that could work out what day it is and reply as needed, but that doesn't appear to be an option either.
Obviously what you're supposed to do is to use the forwarding option to divert mail to a pirate Linux server under someone's desk that can run exim or postfix or equivalent mail software for grown-ups.
Pile of crap.
