Date: Wed, 24 Apr 2002 20:11:06 +0100 From: Nik Clayton <nik@freebsd.org> To: Terry Lambert <tlambert2@mindspring.com> Cc: Nik Clayton <nik@freebsd.org>, chat@freebsd.org Subject: Re: IMAP server recommendations Message-ID: <20020424201106.N30474@canyon.nothing-going-on.org> In-Reply-To: <3CC68B68.A07C1D97@mindspring.com>; from tlambert2@mindspring.com on Wed, Apr 24, 2002 at 03:39:36AM -0700 References: <20020424074820.K30474@canyon.nothing-going-on.org> <3CC68B68.A07C1D97@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--rn1pXSBs7Ef1wPoZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 24, 2002 at 03:39:36AM -0700, Terry Lambert wrote: > Nik Clayton wrote: > > I'm in need of an IMAP server. >=20 > I generally recommend Cyrus. The U of Washington server has a > lot of holes in it that result in NULL pointer dereferences in > obscure cases. =20 Probably not a problem. I'm either going to be accessing it from hosts on the same network, which are trusted, or with a web based front end which will be secured with SSL. > THis becomes particularly obvious if you convert > the code to C++ and then use a pure virtual base class for provider > instances, since it shows up as instance initialization errors. Hand on heart, that's not something I plan on doing. > > It's got to support a grand total of 2 > > users, and being able to throw an SSL protected webmail system in front > > of it would be a bonus. >=20 > The webmail system will probably have to be "home grown". All > of them which support IMAP, to my knowledge, also support both > Cyrus and the UofW IMAP servers, and almost all of them support > IMAP, since POP3 doesn't give you a mans of dealing with folders. I'm partial to SquirrelMail as the front end (even if it is written in PHP). > > As would easy integration with Procmail. >=20 > Procmail is a mail delivery agent (MDA) integration issue, and > is almost totally unrelated to the IMAP server you choose. If > you are planning on Cyrus IMAP, then the "deliver" program can > also support the "sieve" facility, which you can use to get many > of the procmail behaviours. =20 Then I have to rewrite all my procmail rules. > The benefit to the use of "sieve" > is that it permits you to manage the rule sets from the client, > without having to do it manually and via direct login, as you > will be required to do, should you elect to use procmail. Not an issue. > > Any recommendations? There are several in the ports tree, but I don't > > have enough real world experience with any of them to choose one, and > > life's too short to try all of them. >=20 > Almost no webmail client does all the necessary work for proper > MIME decoding. This is a shortfall of PHP, whose primary reason > for living has always seemed (to me) to be webmail clients. > There are no decent PHP4 books (I generally judge them by their > ability to directly render MIME without a hell of a lot of code). Again, not really an issue. The web front end is only when I'm on the road and can't get an internet connection from the laptop, and only have access to a web kiosk. N --=20 FreeBSD: The Power to Serve http://www.freebsd.org/ (__) FreeBSD Documentation Project http://www.freebsd.org/docproj/ \\\'',) \/ \= ^ --- 15B8 3FFC DDB4 34B0 AA5F 94B7 93A8 0764 2C37 E375 --- .\._/= _) --rn1pXSBs7Ef1wPoZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjzHA0kACgkQk6gHZCw343Vl/wCfSV8U3L/4Hf8R0Tbxl5ToIA9y NMkAnjh5QUHINoZ3fTAhHa2FlE7IBcfh =KIWb -----END PGP SIGNATURE----- --rn1pXSBs7Ef1wPoZ-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020424201106.N30474>