On 2021-10-12 12:04 p.m., Jaroslaw Rafa via mailop wrote:
Dnia 12.10.2021 o godz. 13:18:12 Jarland Donnell via mailop pisze:
Strong agreement here. Despite SRS I still think forwarding is one
of the major road blocks to progress with email systems.
No, it's the opposite. Things like SPF et al. are roadblocks to forwarding.
Forwarding is a *very* useful technique, and what makes it more useful is
that any MTA can just do it on its own, so to do forwarding you only need to
have a MTA installed. To "pull" mail from other mailboxes you need
additional tools, it's not a standard feature of any MTA, plus there is
inherent insecurity of storing your credentials to other mailboxes on the
server that does the "pull". I've always viewed "pull" as a far inferior
solution to forwarding, a kind of a poor workaround provided by email
providers who can't or don't want to - for various reasons - provide proper
forwarding capabilities.
"Hardwiring" a particular sender domain to a particular sending IP, like SPF
does, is a *step back* in email technology - not a progress. A receiving
system should always assume that messages *can* be forwarded and *can* come
from different IPs than they were originally sent from.
Don't concentrate on eradicating forwarding. Concentrate on eliminating
things that *harm* forwarding.
And just for the contrarian point of view.. remote forwarding (note that
this doesn't apply to local forwarding) has problems beyond SPF, and did
exist prior to SPF/KSF adoption .. From a front line support person, the
amount of support around forwarding is cured by simply telling the end
user, if you want to check email in more than one account, set up your
email clients to check more than one account. Most email clients can do
this, and in many cases they already can transparently unify multiple
accounts.
This makes it a non-technical resolution, from a system administrator
point of view without having to jump through more hoops to sanely allow
forwarding to locations/MTA's with a wide variety of stances on this,
allows different sources to have different security (or spam
definitions) etc.
And it tends to be the 'trend'. Think, end users are used to clicking
on different 'apps' or 'urls' for different data sources, social media
etc. And if the app developer wants unified presentation of data from
multiple sources, they create API's to do that in the background.
We don't 'forward' our twitter messages to linked in, do we?
Most end users I see, if they want their 'yahoo' mail, they log into the
yahoo interface/tool/url, if they want their 'gmail' they log into gmail
interface/tool/url.
So, the argument can be made.. keep it simple.. and email forwarding,
whether we like it or not is not simple anymore. (dont' get me started
on SPF, eg the bank admin, in order to get the CEO's email out, simply
adds all of google/o365/salesforce/azure to their SPF records)
As the operator of an ISP/Telco with millions of users, (if you do allow
remote forwarding, don't forward the spam) it is a lot easier to simply
say.. if you want to see all your email in one place, then simply add
both account to your email client. Or, if you want to look at your
gmail, log into your gmail account/url, than trying to deal with all the
problems arising from email forwarding. (Sorry, you won't get your bank
notices, because XXX provider might think it is phishing)
And don't forget, I am sure that the big 'silos' dont' want users
accessing their email from anything but their interfaces..
So, the way to win is to provide the UI that customers WANT to use to
get their email, whether it is a nice app, gui, or email client.
Then allow that to get email from multiple repositories. (or to say it
better, get all their communication from multiple processors)
IMHo...
-- Michael --
PS, the turkey was great.. Biggest weekend trend was bot traffic, and a
new Azure based spammer.. And the regular AWS spammer.. mklbmail.com
(who are those guys) compromised accounts spam/phishing, and ESP account
abuse (SendGrid, and a few Mailgun)
But not as bad as most long weekends
--
"Catch the Magic of Linux..."
------------------------------------------------------------------------
Michael Peddemors, President/CEO LinuxMagic Inc.
Visit us at http://www.linuxmagic.com @linuxmagic
A Wizard IT Company - For More Info http://www.wizard.ca
"LinuxMagic" a Registered TradeMark of Wizard Tower TechnoServices Ltd.
------------------------------------------------------------------------
604-682-0300 Beautiful British Columbia, Canada
This email and any electronic data contained are confidential and intended
solely for the use of the individual or entity to which they are addressed.
Please note that any views or opinions presented in this email are solely
those of the author and are not intended to represent those of the company.
_______________________________________________
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
