Recommendations for the Right IMAP Server? 223
"I'm still at a loss for what to do. The documentation of all but uw-imap seem to be a bit complex for me. If it helps, I'd like to point out that I have Mutt and nbsmtp installed, which work fine for connecting to our SMTP and POP servers. How do I know what will serve our needs the best? Also, is there an IMAP server that I could install easily for testing and learning purposes? I'd like to be able to get something installed without much configuration. Security shouldn't be an issue for testing purposes, because it will only be on the local network, and the computer will be turned off when I'm not actively testing it. We're also willing to purchase products as well. We're willing to hire a professional to do it for us, but the boss wanted some research done so that we know what we're getting. Any comments are welcome. Thanks in advance."
Gentoo + Mail Servers (Score:5, Informative)
Gentoo has a HOWTO using various packages here [gentoo.org].
Re:Gentoo + Mail Servers (Score:4, Interesting)
1-800-Microsoft (Score:5, Funny)
Re:1-800-Microsoft (Score:2, Funny)
Dear God! Almost started ranting...
Yeah, it's funny, but people really do post things like that.
For example: "Half-life 2 will not be coming out for the PC, only for the Xbox, because the PC just can't handle the graphics that the Xbox can.
Almost like someone coming on and saying XP is more stable than Linux.
Re:1-800-Microsoft (Score:2)
Cyrus IMAP for sure.. (Score:5, Informative)
Anyway.. Cyrus IMAP seems to be the best of breed IMAP server. Its desigined to work in a 'black box' enviroment, where the users dont need 'real' accounts on the machine - and if they did would have to use IMAP to access their mail anyway.
Its ACL features might be of significant use for a work enviroment (Im planning on deplying it in an ISP enviroment, so its not much help to me). Its heavy reliance on SASL is a bit tricky to get working, but recent IETF decisions seem to mean that SASL is a necessity for just about anything.
http://asg.web.cmu.edu/cyrus/cyrus-overview-TOC.ht ml
Re:Cyrus IMAP for sure.. (Score:2)
(Says I as I'm debugging a firewall issue at 9:00 PM...)
Email is far to 'visable' a service to trust to something not rock solid.
if [ mgmt.need = support-contract ]; then
redhat.install
else
debian.install
fi
Debian stable is where I'd probably put such a thing. MAYBE debian testing.
When stability is a must (Score:3, Informative)
Gentoo isn't a contender because it is meant as a bleeding-edge desktop platform. It focuses on features and speed, not security and stability.
Not quite (Score:5, Informative)
Re:Not quite (Score:3, Insightful)
Re:Cyrus IMAP for sure.. (Score:2)
Debian is the Best hands down... (Score:2)
Others scream that RH and Suse are the best, but upgrading a Debian box is two commands away: apt-get update & apt-get upgrade.
Vertical
Re:POP3 (Score:2)
Vertical
Re:Cyrus IMAP for sure.. (Score:5, Insightful)
First rule of being a sysadmin: You NEVER put a compiler on a production server. Ever.
All software (including updates) is compiled and tested on a dev machine (preferably on a disconnected network), then moved to the production machine once you're satisfied that it won't break anything.
This pretty much precludes Gentoo.
I thought that it would be more stable if I chose only the stable releases.
Stability is not measured in point releases. Stability is measured by testing. As in you testing, in your configuration.
What distibution do you recommend for this
Slackware. Rock solid, as Pat doesn't include anything he hasn't tested. (With the exception of security fixes, Slackware packages are typically 1-2 months behind the bleeding edge, to allow for testing.) If there is software you need that Slackware doesn't include, you can compile it and test it your self (see above), safe in the knowledge that everything else is OK.
Re:Cyrus IMAP for sure.. (Score:5, Insightful)
Please, please, please tell me how this saves any trouble at all? I challenge you to come up with a scenario where the simple fact that a compiler is not installed on a server somehow hinders the ability of a cracker, script kiddie or even just a determined end-user to install/run any software they want on a server. The 'never have a compiler on a server' mantra seems to be a relic from the days when compilers were expensive things you had to purchase from your OS vendor. What's next? Are you not going to install Perl, Python, and Bash?
All software (including updates) is compiled and tested on a dev machine (preferably on a disconnected network), then moved to the production machine once you're satisfied that it won't break anything.
This pretty much precludes Gentoo.
But this simply isn't true - Even if you wanted to leave the compilers off your production servers, you can still install BINARY packages in gentoo (e.g. the Gentoo Stage 3 install is a fully runnable gentoo system that's entirely prebuilt). You can easilly follow your methodology of compiling and testing on dev machines and then installing those binary builds on all the compatible hardware on your network. So, leave your FUD at the door and stop trying to scare people away from Gentoo.
Re:Cyrus IMAP for sure.. (Score:2)
The Morris worm was able to mutate acrost all hardware archs because it uploaded source code and compiled it.
If there's a sufficiently large hole in a sufficiently distributed product (sendmail
Re:Cyrus IMAP for sure.. (Score:2)
Sure, a well written worm will take advantage of whatever is installed on a server to propagate itself -
Re:Cyrus IMAP for sure.. (Score:2)
There is - iDEFENSE Security Advisory 09.10.03: Two Exploitable Overflows in PINE [securityfocus.com]
Re:Cyrus IMAP for sure.. (Score:3, Interesting)
This is actually a very good argument for installing Debian [debian.org]. All the software we have been talking about in this discussion (QMail, Sendmail, Postfix, Exim, Procmail, UW-IMAP, Courier-*, Cyrus, ...) are readily installable as Debian packages. Dependency + Conflict resolution is automatic. Updates are a breeze ("apt-get dist-update"). Stability is exceptional (very nicely tailored to pro
Re:Cyrus IMAP for sure.. (Score:3, Interesting)
While I haven't used Gentoo yet, Debian is the easiest managed Linux system I've used so far (out of about 8 distros). If you can do Gentoo binary only, then I guess the only technical reason left to consider is which one is easier to manage.
Some reasons for Debian:
o Stable branch is bulletproof
o Security updates are thorough and timely (make sure you sign up to debian-security-announce!)
o apt-get absolutely rocks.
If gentoo is comparable to debian in those area
Re:Cyrus IMAP for sure.. (Score:2)
This rule is part of a management philosophy that is used to discourage modification of "production" systems without it having been documented and tested before putting i
Re:Cyrus IMAP for sure.. (Score:2)
You're absolutely right. We all know that binary code is much more concrete than source. I mean, what can a Perl or Python program do anyway? It's not as if it could write to a filesystem, send signals to processes, or listen for network connections.
We could learn a thing or two from the wise folks at Microsoft who were careful never
Re:Cyrus IMAP for sure.. (Score:2)
You're absolutely right. We all know that binary code is much more concrete than source. I mean, what can a Perl or Python program do anyway? It's not as if it could write to a filesystem, send signals to processes, or listen for network connections.
Look, any company that wants the convenience of having perl on its machine will have to deal with the consequences of it. Many places will try to limit the ability of perl to do anything for the user by chrooting it, only make it accessible to privileged pr
Re:Cyrus IMAP for sure.. (Score:2)
Re:Cyrus IMAP for sure.. (Score:3, Interesting)
First rule of being a sysadmin: You NEVER put a compiler on a production server. Ever. All software (including updates) is compiled and tested on a dev machine (preferably on a disconnected network), then moved to the production machine once you're satisfied that it won't break anything. This pretty much precludes Gentoo.
True. True. False. It is relatively easy to build and package on your Gentoo dev machine and then merge to your production servers.
Stability is not measured in point releases. St
Re:Cyrus IMAP for sure.. (Score:2)
-Dom
Don't (Score:5, Insightful)
Don't.
Re:Don't - or maybe Do (Score:2)
Make a list of requirements on reliability, service, and self determination that you need. From there look and see if any datacenter can supply that for you. If so, sure do it, if not... many times the right thing to do is to do it yourself. I run my own mail server for myself because I have found I can be much more reliable than my ISP on providing e-mail service - plus I like the ability to have a 1 Gbit connection to my mail server to download the mail from the spool extra f
Re:Don't (Score:2)
Production email is far too important in a business to start experimenting.
If, on the other hand, you can afford to experiment (maybe with a secondary domain), the easiest installation of Courier IMAP I did was on FreeBSD. There was a webmi
Re:Don't (Score:2)
It also supports clustered installs, antivirus
Re:Don't (Score:2)
I've never really gone the "do it yourself" route, but I can definitely recommend my current solution. I host my mail with Critical Path [criticalpath.net] (disclaimer: I'm a former employee, so I don't exactly pay for the service).
Besides them handling all maintenance and keeping the service up 24/7, there's IMAP, POP and webmail access. Account provisioning is easy through their web admin interface or through an API. And they've got all sorts of feature I don't really need for my personal email (LDAP
Courier is Great (Score:4, Informative)
Jason
Re:Courier is Great (Score:3, Insightful)
The only problem I had is mentioned by another person in this thread - it treats "}" as a needs-to-be-quoted char, which is incorrect. That means that if you have a "}" in your password (as I did at one time), and your mail client only quotes when needed (as the newer evolutions do), you won't be able to log in. I submitted a 1-line patch for th
Ditto here (Score:2)
Re:Courier is Great (Score:2)
Re:Courier is Great (Score:2)
What thread? I went and read the entire piece you linked to, then went and did some research on his connection to the UW-IMAP project, then did some searching on anything he ever has to say on anything that's not UW-IMAP. Basically, his code IS IMAP, anything else is crap. Never mind that other servers have some bugs in their implementation of his protocol. What about the glaring fact that HIS server chokes once you have mo
Re:Courier is Great (Score:2)
Jason
Administration tools (Score:2)
Re:Administration tools (Score:4, Informative)
QMail + Courier + Maildir (Score:4, Informative)
You'll also need an SMTP server, which you didn't mention. Qmail, in my humble opinion, is the only solution out there. I found setup to be a little more complex than I felt necessary, but since I set it up, there hasn't been a hiccup. It easily allows you to instert ANYTHING into the chain the mail follows, so it extremely configurable.
Don't even bother looking at anything but QMail and Courier-IMAP.
Squirrelmail, too (Score:2)
Re:QMail + Courier + Maildir (Score:2, Informative)
It was pretty easy to set up and there has never been a problem with it. I run Cyrus on another server, but the installation with SASL can really be a pain in the ass!
Cyrus has got one great thing, and that is it's integration with the Sieve filtering language. Once you start using server side filters with IMAP, you will wonder however you managed without!
Re:QMail + Courier + Maildir (Score:2)
Re:QMail + Courier + Maildir (Score:2)
Read Life with Qmail (Score:2)
Read Life With Qmail [lifewithqmail.org]
I will admit qmail was hard to setup. I will also admit it has been worth every second I spent setting it up.
Oh, to answer your question, 10 users on a Timex Sinclair with 4k of RAM. *smirk* Actually, started out on an AST Bravo P90 with 96 meg RAM. Got moved to a Compaq DP2000 P166MMX with 64 meg of RAM after the cache memory failed. Rock Solid every since. Oh, and did I mention it runs Debian?
Vertical
Re:QMail + Courier + Maildir (Score:2)
qmail can handle millions of users. Many large sites [inter7.com] run qmail. Hotmail used to run on qmail. Yahoo! uses it for their outgoing mail.
Re:QMail + Courier + Maildir (Score:2)
Cyrus IMAP (Score:2)
Only problem I have, is Cyrus IMAP doesnt delete folders. Works with outlook express and thunderbird/mozilla.
From someone actually using Gentoo in production (Score:5, Informative)
Virtual Mailhosting System Guide [gentoo.org]
I can vouch for this system because I did it and use it. Works wonderfully. The client had no use for Mailman, so I didn't install it. The client also only had 4 company domains he was concerned with, so he isn't taking full advantage of the virtual hosting aspect of the system. Smart choice going with Gentoo. Keeping the machine up to date is so easy, the client is doing it. Just a small bombshell to avoid, don't use Reiserfs unless you don't want to support quotas. This customer had a need for quota on the same server and I had to go through hell tracking down the patches for Reiser quota and getting them installed. Chris Mason was VERY helpful when I had problems. THANKS CHRIS!
Question Regarding the Page (Score:2, Insightful)
This is a perfect example of what I'm having difficulties with. I don't understand what to do when he says, "Change t
Re:Question Regarding the Page (Score:2)
The C,ST,L, and CN variables are in the file. Just jump in. Once you look at the file, it will become painfully obvious that those are variables for your city, state, and whatnot. I think they have Newyork, NY in there already as an example and you just have to overwrite their example.
Re:From someone actually using Gentoo in productio (Score:2)
I've been doing this stuff for quite some time, so that does help. I'm not sure if I can attempt to access the skill level necessary to read the directions and follow them. They seemed pretty straight forward to me.
Managing Imap (Score:4, Informative)
UW-IMAPD (Score:5, Informative)
Plusses:
o Absolutely dirty simple to set up -- no config files, no settings, just dump the port on, add a line to
o Resonably secure; supports SSL
o Also supports POP3 and POP3 over SSL
Minuses:
o Each account needs a corresponding user on the system (you can, however, block login, I believe, to those users, such that they can not actually log into the system
o Administration requires adding accounts on the system and FS-level quotas (if you care)
o No fancy options or web/GUI's -- for me this is a plus, but it depends on how fancy your setup needs to be.
I've heard very good things about both Courier and Cyrrus but decided against them for my own use for a variety of reasons (mostly complexity).
Depending on your group size, uw-imapd may or may not be the right choice for you. Personally, however, I'd recommend running your mail server on an honest-to-god production-grade OS, like Free/Open BSD or a good Linux distro. And put it behind a good firewall. Gentoo is pretty cool, but mail MUST ALWAYS work, and to me that means running a production-quality, bullet-proof OS.
Re:UW-IMAPD (Score:2)
Why do people always say this? Isn't this why we created PAM? AFAIK, uw-imapd supports PAM fully, and will rely on whatever modules are in the chain. If you don't want to require user accounts for mail on the box, use another method of authentication--possibly exporting the users via LDAP, and using pam_ldap. But that's just one of a number of
Re:UW-IMAPD (Score:2)
Re:UW-IMAPD (Score:2)
"means running a production-quality, bullet-proof OS"
Totally, honeybunch, whch is why you should maybe have pointed out that you're running an unstable version of FreeBSD at the moment. The 5.x branch isn't going to have a stable until 5.2...
Re:UW-IMAPD (Score:2)
Honestly, I wasn't aware of that... I'm somewhat scandalized that there isn't a big warning banner in the ports collection about that (they usually make you jump through hoops before installing patently insecure software).
Can you point us to some more informatiion regarding exploits for the most recent version of uw-imapd?
Thanks
Re:UW-IMAPD (Score:2)
Someone mark that bozo's post as "Flamebait", please.
Other factors to consider (Score:5, Informative)
Re:Other factors to consider (Score:2)
The most important reason to choose Maildir, for me, was that it is easy to make incremental backups: you only need to backup the new files. I have a couple of large mail accounts, and this keeps the storage space needed for backups (CD-RW) low. No need to do diff, and if ever a CD goes awry, I only lose the mail on that CD.
I have been playing with cyrus Imap server, but I have a hard time setting it up, with pam and all. Yet, if you have a large stie, and don'
Re:Other factors to consider (Score:2)
Courier-IMAP lets you authenticate by just about any means you see fit. System, userdb, LDAP, PostgreSQL, MySQL, and probably more. So you don't need to have unix accounts for every user - just one virtual account to own all the mail of your virtual users.
Re:Other factors to consider (Score:2)
FWIW, Courier-IMAP's (for that matter, all of Inter7's stuff including vpopmail) LDAP support is crappy at best. It didn't help that I am not an LDAP expert...but their support staff wasn't able to help much with it either.
Don't get me wrong, the folks at Inter7 are fine people, who released a suite of fine products...but don't expect miracles from their LDAP stuff -- in
Re:Other factors to consider (Score:2)
Jason
Re:Other factors to consider (Score:2)
Like I said, I'm not an LDAP expert (by any stretch of the imagination). I had some setup problems and placed a support call. They were unable to help me get it up and running (they said that thir LDAP developer was no longer with the company, and there was not anyone there to help me with LDAP-specific issues).
Further, because they could not support it, they recommended against using it. In the enterprise, I go by the rule of support. If there is no commercial support available for a package, you nee
Re:Other factors to consider (Score:2)
Jason
Re:Other factors to consider (Score:2)
One problem with Squirrel I have had (Suse 8.2, not sure about the version but pretty recent) is tha
Cyrus or Dovecot (Score:2, Interesting)
I use Cyrus in a number of my packaged configurations [nakedape.cc], but for ease of migration and security Dovecot [procontrol.fi] seems promising, although it lacks many of the advanced features that Cyrus has. It would probably be helpful to know exactly how many users you'll be serving and what your mail volume is. You might drop by #cyrus on irc.freenode.net and chat with people there.
You could, of course, look around and hire a Linux consultant [nakedape.cc] to set it up for you.
Re:Cyrus or Dovecot (Score:3, Informative)
It's solid, quite a few security options, integrates pretty darn well, etc. And you don't have to mess around with maildir format or anything which is nice. It actually indexes your mbox files so performance is pretty good. It also supports SSL quite nicely, probably the easiest to setup, although I'm running debian, not gentoo... It seems t
BSD-based solution with a big support community (Score:4, Informative)
I know you spec'd Gentoo, but this is a great solution backed by an active user community/e-mail list. It's worth a look.
Re:BSD-based solution with a big support community (Score:2)
Want flashy? Gentoo. Want reliability? OpenBSD. (Score:5, Informative)
OpenBSD, hardened Sendmail from the default install, and Dovecot. Can't beat it. It just keeps going and going and going... </energizer-bunny>
One good thing, too, about OpenBSD is that it's very, very light on your hardware. I did mail for more users than you're talking about on a P166. Make sure to use SMTP auth with Sendmail, though. And, yeah, I do consulting too. Send me an email if you're interested and we can talk.
Re:Want flashy? Gentoo. Want reliability? OpenBSD. (Score:2)
It's more to do with old school unix purism wanting to support all sendmails features, and the fact they've invested a shit load of effort auditing and patching it.
But as you say Qmail and Exim are non starters license wise (the OpenBSD team don't have a problem with the Postfix license anymore a
Re:Want flashy? Gentoo. Want reliability? OpenBSD. (Score:2)
Woah! Are you basing your comment on how you feel, or how the OpenBSD team feels? Because if your feelings on qmail reflect that of Theo DeRaadt, I'd be pretty quick to dismiss them. DeRaadt and DJB have had a long history of conflicts. In both cases, these are opinionated, adversarial guys -- and I take what they say with a grain of salt. As far as licensing issues with Qmail, some would consider it a strength (central owne
Re:Want flashy? Gentoo. Want reliability? OpenBSD. (Score:2)
1) You missed my retraction/comment above about confusing the Postfix license with tcpwrappers. Although why you quoted that bit then went on about Qmail is a little baffling.
2) re Qmail, WTF are you talking about? All I did was agree to a point that it's license and the stated goals of OpenBSD were incompatible - is that not the case? I made no judgement about the validity of either side.
Re:Want flashy? Gentoo. Want reliability? OpenBSD. (Score:2)
You're right, I must've misremembered the relicensing of tcpwrappers (not Postfix) during the license audit a while back - hence the "as far as I know" bit. tcpwrappers license probably wasn't the product of IBMs legal dept like the Postfix one is.
I still maintain that OpenBSD uses sendmail by default for non licensing reasons though (ie fea
Suggestions (Score:2)
Aside from that I am using Cyrus IMAP + Postfix on 2 servers running Gentoo Linux. The minimal install is pretty easy aside from the SASL stuff. Nicholas Petrele has a nice series on setting up CYRUS IMAP starting here [linuxworld.com]. He also mentions Communigate Pro which isn't free but the trade for a no brainer install and maintenance might be worth the purchase price.
CYRUS is nice since you don't have to create system accounts, just IMAP accounts. It's als
OpenBSD + UW-IMAP (Score:2)
That's what we settled on. The entire rest of our world is Apple [apple.com] PowerBooks [apple.com], iBooks [apple.com] and Gentoo [gentoo.org] boxen (except the internal web server -- it's an old RedHat [redhat.com] machine).
We tried and tried and tried all the other IMAP servers, since we had to support Outlook XP, only UW-IMAP seemed to work with TLS and Outlook.
I would not want to run Gentoo on my mailserver. I want fast, fire and forget. I love Gentoo and OS X on my G4 PowerBook [apple.com], on my desktop and even in the server and testbed farms.
Not email.
Not for
One major flaw with UW-IMAP (Score:2)
While this may be OK for simple mail storage, it also means that simple things such as subfolders is out of the question (thus making it virtually impossible to work with for people like me, and NO I will not resort to naming folders something like mailinglists-mailinglist1
At home I use Cyrus IMAP without any trouble whatsoever. As far as Outlook XP is concerned, al
UW-IMAP (Score:3, Informative)
I have tried over and over again to switch to Cyrus from UW-IMAP and have finally decided that I have no need to do so. UW-IMAP is written by the guy who wrote the IMAP protocol, Mark Crispin. For all means and purposes it is the definitive IMAP server. It is extremely simple to setup, can scale up to tens of thousand of users, and supports every mailbox type you can think of. It also supports SSL with very little configuration. The O'Reilly IMAP book is a good guide to it (and to IMAP in general).
The one thing you really must keep in mind with UW-IMAP is not to use MBOX. The MBX format, on the other hand, is high-performance and very powerful. The maintainers of UW-IMAP have kept MBOX as the default for years now, but once you get past about 50MB of mail in a given folder you end up with problems.
My advice is to look through ALL of the docs to learn how to modify the source code. The docs are scattered in random places but they do contain most of the info you need to become a relative expert in UW-IMAP.
All in all I am very happy with UW-IMAP. I have been running it on Gentoo forever now (though I don't emerge it, I compile it myself) alongside Sendmail and Procmail and have never, ever, ever had a problem with it. Months of uptime, broken only my physical server moves...
Don't build it (Score:2)
A good one (Score:3, Funny)
What... why is everyone looking at me like that?
not quite what you asked for but, (Score:3, Informative)
I'd keep all of the exchange zealots happy, and is significantly cheaper than exchange.
(I don't work for Suse)
Alex
Courier works well (Score:2)
I used Postfix on top of Mandrake, and put Courier on top of that. It works fine; there was no significant setup required; it worked straight "out of the box" and hasn't missed a beat since.
Others might be better - I didn't check - but Courier is certainly good enough for me based on this one experience with it
large and stable imap installation... (Score:2, Informative)
We currently support 180,000 users across 6 four way sparcs. We are somewhere close to 2 TB of mail data. We've been running with an average of 1 unscheduled downtime per year over the past five years.
We use sendmail + cyrus, with a few minor modications. We have no plans to move away from the cyrus imap server.
Cyrus (once set up) is a dream to take care of. Writing scripts to handle mailbox administration is done in perl (pr
Re:YOU ARE AN IDIOT (Score:2)
We run Courier on FreeBSD & Debian, but... (Score:2)
Here's two good guides:
http://ezine.daemonnews.org/200308/courier-imap . ht ml
http://talk.trekweb.com/~jasonb/articles/exim_ma il dir_imap.shtml
Both are easy to follow, and managing the mail store is
Personal Experience (Score:2)
Try anything that supports the Maildir format, like qmail or Courier-IMAP. At my current job, we use qmail for SMTP, POP, and IMAP, and it works well. I don't really like it, but it gets the job done.
At my old job, we used Courier-IMAP and Postfix. This matches my at-home setup pretty closely, but they one-upped it by using the IMP webmail client, available at www.horde.org [horde.org] along with a whole slew of other web-based apps.
Postfix+Courier+SquirrelMail+RBL+SpamAssassin (Score:2)
This combination works well for small organizations; I use it and have set it up for clients under Red Hat, and would be happy to help [sunsetsystems.com].
I love and use Gentoo on my own desktop, but it's a bit too bleeding-edge for a mail server.
Simplicity <--> Scalability (Score:2)
The simplest IMAP servers (e.g. UW-IMAPD) use the traditional BSD mailbox format (Your INBOX is a single file in
The problem is that storing all your mail in a single file is not
Re: Simplicity vs. Scalability (Score:2)
That is correct. If you want to use the Maildir format, you'd want to use the "Courier" suite.
we should try to make use of the Cyrus format, no matter what
Not really. It is the most scalable format of the three, but (again) the problem is that it is unique to Cyrus, and that you need to use the Cyrus tools to access your mails (delivery and reading).
If you don't have such extreme performance/scalability dema
Zope and Plone (Score:2)
If you love scripting and programming with the way your mail is displayed and organized you will love to read your IMAP mail in Zope [zope.org] and especially in Plone [plone.org].
IAAEA... (Score:2, Informative)
Here is the mix you want... though you didn't say how your user info is stored.. so I'll assume ldap.
- Postfix with ldap lookup tables for mail routing
- amavis-new with spamassin + sql (or ldap) for
per user white/black lists and scoring
- cyrus imap taking delivery via lmtp from postfix
and running saslauthd against whatever sort of
backend you have to authenticate users (flat
file,ldap,sql)
- Squirrelmail for webmail
- up-imapproxy to soften the blow caused by any
webmail s
e-smith with dovecot (Score:2)
Currently version 6 is in beta, probably to be released real-soon-now, and it includes the dovecot [procontrol.fi] IMAP server. This is proving to be a champ of an IMAP server, particularl
Re:Avoid Apache (Score:3, Informative)
man ulimit
You could also perhaps look at some of your resource settings in your httpd.conf. Try reading a book about apache. There are a few good ones.
Re:Cyrus IMAP (Score:2)
I work for UF [ufl.edu] and we use Cyrus IMAP and have been for a while. Cyrus really is an impressive server. A year ago we were serving 90,000 accounts from one server. Each account has a 25 meg quota so do the math on how much disk it could have been, thankfully we only actually needed about 1/3 of that disk space. It was a BIG server and it did get sluggish during peak usage times but other wise it was solid. We did have problems but most of them were attributable to AIX.
Anyway, we now run Cyrus in a murder clu
Re:Cyrus IMAP (Score:2)
WU == Washington University, as in the makers of the dangerously buggy ftp server. I'd never use code from that place to run as root personally.......
Re:Some of my suggestions (Score:2)
Huh? Neither of them come with built-in IMAP servers, which from where I'm sitting is a good thing... they deliver mail, and that's all they do, leaving a proper IMAP server to the job of doing that.
Re:Some of my suggestions (Score:2)
Right on target. I promise -- if you use Gentoo for long enough, you will encounter problems. That's not to say a
Don't forget E-smith (Score:2)
I ha