It appears to be an application level MUA product with filtering rules.
Quadruple bonus points for extracting an IETF protocol for a common
interoperability and that functions deterministically, dynamically
with "No Batteries Required."
--
HLS
On 9/25/2019 2:27 PM, Valdis Klētnieks wrote:
On Wed, 25 Sep 2019 15:06:33 +0530, Viruthagiri Thirumavalavan said:
By default, john(_at_)example(_dot_)com is a generic mail address. It can
accept mails
from both human and websites. A user have to enable a setting called
"Restricted Mode" to instruct the system that it's a human-to-human mail
I'm really interested in seeing how you explain to a user how to turn on
"restricted mode" so they can get emails from their Aunt Sally regarding next
week's family reunion picnic - and have them actually understand it.
You also get to explain to the user how to tactfully apologize to Aunt Sally
for not being at last week's reunion because they weren't expecting the mail to
be from Sally, but from her sister Susan, so Sally wasn't whitelisted.
Remember - from the user's point of view, your email software made them miss
an important mail.
Bonus points for explaining to the user that if Sally's husband Uncle Fred does
a "reply all" to that mail, Fred is going to get a C/R response from your user
and your user will probably never actually see Fred's reply. Oh, and your user
had whitelisted Fred's *old* address, but didn't know Fred had a *new* address?
Yeah, you can apologize to the user for that problem too....
Double bonus points for explaining how you prevent the spammers from automating
the C/R response using procmail or similar.
Triple bonus points for explaining how this scales, paying particular attention
to help desk issues regarding "lost" emails because a user forgot to enable
restricted mode.
_______________________________________________
ietf-smtp mailing list
ietf-smtp(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf-smtp