Date: Tue, 29 Dec 2009 15:21:30 +0100 From: Roland Smith <rsmith@xs4all.nl> To: Anton Shterenlikht <mexas@bristol.ac.uk> Cc: Robert Huff <roberthuff@rcn.com>, freebsd-questions@freebsd.org Subject: Re: fetchmail and plain text password Message-ID: <20091229142130.GA29795@slackbox.xs4all.nl> In-Reply-To: <20091229134420.GA15874@mech-cluster241.men.bris.ac.uk> References: <20091228151553.GA7478@mech-cluster241.men.bris.ac.uk> <20091228173515.GA27630@slackbox.xs4all.nl> <20091229111150.GA15440@mech-cluster241.men.bris.ac.uk> <19257.65081.681654.499622@jerusalem.litteratus.org> <20091229132209.GC27042@slackbox.xs4all.nl> <20091229134420.GA15874@mech-cluster241.men.bris.ac.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
--sm4nu43k4a2Rpi4c
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Dec 29, 2009 at 01:44:21PM +0000, Anton Shterenlikht wrote:
> it doesn't work like that..
>=20
> I think it's an imap server.
>=20
> Anyway, I'm trying to get in touch with them.
> One of the problems is that the Uni are trying to
> implement a system where mail is never downloaded from the
> main mail servers at all. At least this is what I gather.
> So when users launch their mulberry (a typical Uni mail
> client) they connect to the mail servers, read and reply
> and whatever, but the data is just viewed on PCs and not
> stored there. I might be wrong, but that's my understanding.
> So programs like fetchmail that actually connect to their
> imap server and download mail to local boxes are probably
> not very welcome.
Fetchmail can use the IMAP protocol, and therefore should be just as welcome
as any other IMAP client. And if you can read a message , it _is_ downloade=
d.=20
The advantage of IMAP is that it allows you to partially download message.
If I read the [IMAP page] and [IMAP RFC] correctly, the latter mandates the
use of authentication. Quoting the latter;
Note: a server implementation MUST implement a
configuration in which it does NOT permit any plaintext
password mechanisms, unless either the STARTTLS command
has been negotiated or some other mechanism that
protects the session from password snooping has been
provided.=20
In other words, a proper IMAP server does not permit plaintext passwords.
[IMAP page]: http://en.wikipedia.org/wiki/Internet_Message_Access_Protocol
[IMAP RFC]: http://tools.ietf.org/html/rfc3501=20
Roland
--=20
R.F.Smith http://www.xs4all.nl/~rsmith/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)
--sm4nu43k4a2Rpi4c
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (FreeBSD)
iEYEARECAAYFAks6EGoACgkQEnfvsMMhpyUKawCfXp/4Jc8H1CR2SDwStIZXqE6O
CH0AnjD/LOX1TyCI6ZfNMugo48O5vyzT
=E+uI
-----END PGP SIGNATURE-----
--sm4nu43k4a2Rpi4c--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091229142130.GA29795>