Just because you are talking about this.. (I guess I could 'google')
Why the use of POP3 and not IMAP? I also assume of course that you ONLY
allow POP3/SSL and IMAP/SSL, and aren't sending those clear text ;)
But again, this is mostly 'moot', unless a person only uses the Gmail
webmail interface..
Let them access both accounts using IMAP, and simply drag/drop to the
storage they want to keep them in ;)
But the issue mainly arises in people who use webmail as their primary
email client. And with an app. 15-25% of consumers using webmail as
their primary client, this needs addressing as well.
Which is why we are working towards webmail clients (well, really you
have to just say 'web clients') that can handle multiple accounts
through a single login.. Just as many desktops actually even use
separate IMAP connections, even as granular as individual folders, it
will eventually have to be unified.
All clients will simply have the ability to consolidate many IMAP
streams, even if the streams come from multiple sources..
And of course, eventually it will merge many 'streams', regardless of
the underlying protocols used.. (eg XMPP, IMAP, HTTPS) and what the data
is returned.. Umm.. I believe we call that 'Unified Communications'..
And whom ever provides that unified tool, if it is cloud based (eg your
ISP, or Gmail, or an App Provider) will end up having that
authentication information stored, whether it is password based or not.
The 'security' conscious might use a unified tool (if you can still call
it an email client) that is desktop/device based, but more likely the
trend to the 'cloud' will continue.
The client that presents the best 'unified experience' will ultimately
win.. And the person using it will only be remembering one password or
using one token to access that tool, regardless of the underlying 'data
streams' and their individual authentication methods.
It will boil down to usability, and cost of service, and trust that the
'client' provider will treat your data with privacy, security, and respect.
Now, I better get back to work, earn some money, so we can continue to
grow, and be bigger, better, and faster than everyone else..
On 17-11-10 01:52 PM, Brandon Long via mailop wrote:
On Fri, Nov 10, 2017 at 8:11 AM Rob Nagler <[email protected]
<mailto:[email protected]>> wrote:
Does Gmail ask for the POP3 password every time, or do they
store it ?
They store it. Just like they do with SMTP passwords.
On the one hand, I totally sympathize with that position, though the
difference between having it on some device that can be lost/hacked vs a
cloud service... I guess cloud services can be hacked in bulk, but
chances are your users are already just re-using their email password,
and so that ship has sailed.
I haven't kept up with oauth recently, have they solved the discovery
problem? If so, I can file a bug to have our pop fetcher switch to
support oauth, but that would come with a bunch of work on your end to
support that (I don't think anything supports that out of the box yet).
There's also Gmailify instead of pop fetch. It uses IMAP and oauth, but
it has a small whitelist of services it works with, partially due to
oauth, partially due to IMAP being a more complicated protocol, and
mostly just being overly cautious.
Brandon
_______________________________________________
mailop mailing list
[email protected]
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
--
"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
[email protected]
https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
