
<!DOCTYPE html>

<html>

<head>

<meta http-equiv="Content-Type" content="text/xhtml; charset=utf-8">

</head>

<body><div style="font-family: sans-serif;"><div class="plaintext" style="white-space: normal;"><p dir="auto">On 13 Mar 2023, at 5:02, Karl Erik Jessen wrote:</p>

<blockquote style="margin: 0 0 5px; padding-left: 5px; border-left: 2px solid #777777; color: #777777;"><p dir="auto">it is not a feature I would expect in a mail-CLIENT. In my mind it only makes sense in a mail-SERVERs</p>

</blockquote><p dir="auto">The logic doesn’t work that way, though, because once an SMTP server receives a message, it’s on its way.</p>

<p dir="auto">The only way to have precise delayed transmission is for an email client to hold off on submitting it. Naturally, there may be other delays in the pipeline once a message is submitted, but those are simply out of our control.</p>

<p dir="auto">In the same vein, you wouldn’t give a piece of snail mail to the Post Office and then ask them to sit on it for a day before processing it. They would probably just hand your envelope back to you and suggest that you come back tomorrow.</p>

<p dir="auto">Philosophically speaking, dividing the email world into “clients and servers” is a subtle logical trap. In practice, it’s all just a just bunch of agents making connections and exchanging information using established protocols.</p>

<p dir="auto">Glenn P. Parker

<br>

glenn.parker@comcast.net</p>

</div>


</div>

</body>


</html>