I'm doing a complete upgrade of a server which I was using uw-imap for the imap/pop4 daemons.(This was an old RH 7.2 system and has been upgraded to CentOS 4.4 64bit) I notice there isn't an rpm at any of the repositories for this. I do pop before smpt for the remote users I have and also use procmail for calling spamc from SpamAssassin.
Is there some place I can get uw's imap or do I need to settle for using something like Dovecot? (Which doesn't support procmail AFAICT)
Also I did do a search and read the wiki for CentOS and just about everyplace I could think of.
Thanks for any and all suggestions.
On Thu, 1 Feb 2007, Doc Schneider wrote:
I'm doing a complete upgrade of a server which I was using uw-imap for the imap/pop4 daemons.(This was an old RH 7.2 system and has been upgraded to CentOS 4.4 64bit) I notice there isn't an rpm at any of the repositories for this. I do pop before smpt for the remote users I have and also use procmail for calling spamc from SpamAssassin.
Is there some place I can get uw's imap or do I need to settle for using something like Dovecot? (Which doesn't support procmail AFAICT)
Procmail and Dovecot work fine together, since procmail knows how to write Maildir files. The difference in procmail recipes is subtle but easy to recognize:
Here's my traditional (mbox) recipe:
:0: * ^X-Spam-Status: Yes spam
And here's the Maildir version:
:0 * ^X-Spam-Status: Yes .spam/
The trailing slash and leading dot are the key indicators, though it's the slash that tells procmail to use Maildir format.
If you'd like a .src.rpm of UW-IMAP 2006d, let me know. I'll send you a copy of mine, and you can tweak/build it as you like.
Doc Schneider wrote:
I'm doing a complete upgrade of a server which I was using uw-imap for the imap/pop4 daemons.(This was an old RH 7.2 system and has been upgraded to CentOS 4.4 64bit) I notice there isn't an rpm at any of the repositories for this. I do pop before smpt for the remote users I have and also use procmail for calling spamc from SpamAssassin.
Is there some place I can get uw's imap or do I need to settle for using something like Dovecot? (Which doesn't support procmail AFAICT)
Also I did do a search and read the wiki for CentOS and just about everyplace I could think of.
Thanks for any and all suggestions.
There's a great step-by-step howto on Johnny's website.
http://www.hughesjr.com/content/view/14/29/
Cheers,
chrism@imntv.com wrote:
Doc Schneider wrote:
I'm doing a complete upgrade of a server which I was using uw-imap for the imap/pop4 daemons.(This was an old RH 7.2 system and has been upgraded to CentOS 4.4 64bit) I notice there isn't an rpm at any of the repositories for this. I do pop before smpt for the remote users I have and also use procmail for calling spamc from SpamAssassin.
Is there some place I can get uw's imap or do I need to settle for using something like Dovecot? (Which doesn't support procmail AFAICT)
Also I did do a search and read the wiki for CentOS and just about everyplace I could think of.
Thanks for any and all suggestions.
There's a great step-by-step howto on Johnny's website.
Thanks for the link but guess I should have said in my original message I'm using sendmai. That one is for Postfix. But I can probably gleam some info from it.
Thanks,
Doc Schneider wrote:
chrism@imntv.com wrote:
Doc Schneider wrote:
I'm doing a complete upgrade of a server which I was using uw-imap for the imap/pop4 daemons.(This was an old RH 7.2 system and has been upgraded to CentOS 4.4 64bit) I notice there isn't an rpm at any of the repositories for this. I do pop before smpt for the remote users I have and also use procmail for calling spamc from SpamAssassin.
Is there some place I can get uw's imap or do I need to settle for using something like Dovecot? (Which doesn't support procmail AFAICT)
Also I did do a search and read the wiki for CentOS and just about everyplace I could think of.
Thanks for any and all suggestions.
There's a great step-by-step howto on Johnny's website.
Thanks for the link but guess I should have said in my original message I'm using sendmai. That one is for Postfix. But I can probably gleam some info from it.
Sendmail? What's that? :D Try some bed rest and fluids and maybe it will just go away. :)
Cheers,
Doc Schneider wrote:
chrism@imntv.com wrote:
Doc Schneider wrote:
I'm doing a complete upgrade of a server which I was using uw-imap for the imap/pop4 daemons.(This was an old RH 7.2 system and has been upgraded to CentOS 4.4 64bit) I notice there isn't an rpm at any of the repositories for this. I do pop before smpt for the remote users I have and also use procmail for calling spamc from SpamAssassin.
Is there some place I can get uw's imap or do I need to settle for using something like Dovecot? (Which doesn't support procmail AFAICT)
Also I did do a search and read the wiki for CentOS and just about everyplace I could think of.
Thanks for any and all suggestions.
There's a great step-by-step howto on Johnny's website.
Thanks for the link but guess I should have said in my original message I'm using sendmai. That one is for Postfix. But I can probably gleam some info from it.
Thanks,
I'm running sendmail/procmail/dovecot on all my CentOS 4 systems. Works great! If I understand it correctly, procmail is actually called from sendmail so your setup should be pretty much identical except you'll need to do a bit with the dovecot config and set it to start on boot. I found it an easy changeover.
Best, John Hinton
John Hinton
On Thursday 01 February 2007 08:24, Doc Schneider wrote:
chrism@imntv.com wrote:
Doc Schneider wrote:
I'm doing a complete upgrade of a server which I was using uw-imap for the imap/pop4 daemons.(This was an old RH 7.2 system and has been upgraded to CentOS 4.4 64bit) I notice there isn't an rpm at any of the repositories for this. I do pop before smpt for the remote users I have and also use procmail for calling spamc from SpamAssassin.
Is there some place I can get uw's imap or do I need to settle for using something like Dovecot? (Which doesn't support procmail AFAICT)
Also I did do a search and read the wiki for CentOS and just about everyplace I could think of.
Thanks for any and all suggestions.
There's a great step-by-step howto on Johnny's website.
Thanks for the link but guess I should have said in my original message I'm using sendmai. That one is for Postfix. But I can probably gleam some info from it.
Here's my default procmail I drop in /etc/procmailrc on systems that need Maildir through sendmail:
DROPPRIVS=YES DEFAULT=$HOME/Maildir/
This will deliver incoming mail to a Maildir off the user's home directory, and Dovecot defaults work just fine with that.
On Thursday 01 February 2007 10:40:21 am Doc Schneider wrote:
Is there some place I can get uw's imap or do I need to settle for using something like Dovecot? (Which doesn't support procmail AFAICT)
i normally prefer to migrate to cyrus instead than dovecot. The problems that i will not have in migration i will have in production.
Now, in two productions systems, migrated from CentOS3/RHEL3 to CentOS4, we copy all mbox files and the files in the $HOME directory files that use uwimap, and did use the uwimap packages fron CentOS3 inside CentOS 4. We only need to install the gcc compatibility package, and manually install the uwimap rpms. One system is running more than a year and without problems (the migration to cyrus was retarded because the system is working too well) the other system was migrated to cyrus a month ago, but in the eight months in operations works flawlessly
Black Hand wrote:
On Thursday 01 February 2007 10:40:21 am Doc Schneider wrote:
Is there some place I can get uw's imap or do I need to settle for using something like Dovecot? (Which doesn't support procmail AFAICT)
i normally prefer to migrate to cyrus instead than dovecot. The problems that i will not have in migration i will have in production.
Have you used a production (post 1.0) version of dovecot?
Ralph Angenendt wrote:
Les Mikesell wrote:
Have you used a production (post 1.0) version of dovecot?
If you give him your time machine he might :)
dovecot is at 1.0rc21 at the moment, so 1.0 has yet to come ...
But according to the mail list, the 1.x's are suitable for production even with the rc designation where the .99's aren't. I've always wondered why RH chose such an immature product at the time of the RHEL4 release. Maybe that says more about uwimap than dovecot, though.
Les Mikesell spake the following on 2/6/2007 8:26 AM:
Ralph Angenendt wrote:
Les Mikesell wrote:
Have you used a production (post 1.0) version of dovecot?
If you give him your time machine he might :)
dovecot is at 1.0rc21 at the moment, so 1.0 has yet to come ...
But according to the mail list, the 1.x's are suitable for production even with the rc designation where the .99's aren't. I've always wondered why RH chose such an immature product at the time of the RHEL4 release. Maybe that says more about uwimap than dovecot, though.
But in RedHat's infinite wisdom ;-), they have backported some of 1.0 into their .99. But who knows how much!
Black Hand wrote:
On Thursday 01 February 2007 10:40:21 am Doc Schneider wrote:
Is there some place I can get uw's imap or do I need to settle for using something like Dovecot? (Which doesn't support procmail AFAICT)
i normally prefer to migrate to cyrus instead than dovecot. The problems that i will not have in migration i will have in production.
Now, in two productions systems, migrated from CentOS3/RHEL3 to CentOS4, we copy all mbox files and the files in the $HOME directory files that use uwimap, and did use the uwimap packages fron CentOS3 inside CentOS 4. We only need to install the gcc compatibility package, and manually install the uwimap rpms. One system is running more than a year and without problems (the migration to cyrus was retarded because the system is working too well) the other system was migrated to cyrus a month ago, but in the eight months in operations works flawlessly
I would be interested in hearing what those problems were. We've been using Dovecot without incident. It is my understanding that the UW imap stuff isn't as well supported anymore which is why we migrated to Dovecot a year or so ago.
Cheers,
On Tuesday 06 February 2007, chrism@imntv.com wrote:
I would be interested in hearing what those problems were. We've been using Dovecot without incident. It is my understanding that the UW imap stuff isn't as well supported anymore which is why we migrated to Dovecot a year or so ago.
regulary corrupted index files. ok is easy to rebuild index, but the problem was too much repetitive in several machines in several clients, and the only response that i have from dovecot ppl was update to 1rc, because the 0.99 was unsupported.
-- Black Hand Amiga Addicts
Black Hand wrote:
On Tuesday 06 February 2007, chrism@imntv.com wrote:
I would be interested in hearing what those problems were. We've been using Dovecot without incident. It is my understanding that the UW imap stuff isn't as well supported anymore which is why we migrated to Dovecot a year or so ago.
regulary corrupted index files. ok is easy to rebuild index, but the problem was too much repetitive in several machines in several clients, and the only response that i have from dovecot ppl was update to 1rc, because the 0.99 was unsupported.
Same here. From what I can find googling, it seems to be something between Outlook and Dovecot, but you know how googling can go when trying to find anything to do with email and outlook.
And yes, I've heard that ver. 1.x will fix this. I've had to rebuild several inboxes.. and it really is a PITA. When this happens, even SquirrelMail can see the mail. I move the mail out using another program, delete the mbox.. send in a test message to recreate the box, then move the mail all back in and everything if fine. Not bad doing this once, but not fun on a regular basis. I'm very much looking forward to the updated Dovecot, or I'm going back to cyrus or something else.
John Hinton
John Hinton wrote:
And yes, I've heard that ver. 1.x will fix this. I've had to rebuild several inboxes.. and it really is a PITA. When this happens, even SquirrelMail can see the mail. I move the mail out using another program, delete the mbox.. send in a test message to recreate the box, then move the mail all back in and everything if fine. Not bad doing this once, but not fun on a regular basis. I'm very much looking forward to the updated Dovecot, or I'm going back to cyrus or something else.
You can find updated RPMs, but read the release notes before dropping them in. I thought something was changed between .99 and the 1.xrc's that required a file rename or something. http://wiki.dovecot.org/PrebuiltBinaries#head-0e8d8d0db0a0d36589ec247f510c02...
chrism@imntv.com wrote:
Black Hand wrote:
On Thursday 01 February 2007 10:40:21 am Doc Schneider wrote:
Is there some place I can get uw's imap or do I need to settle for using something like Dovecot? (Which doesn't support procmail AFAICT)
i normally prefer to migrate to cyrus instead than dovecot. The problems that i will not have in migration i will have in production.
Now, in two productions systems, migrated from CentOS3/RHEL3 to CentOS4, we copy all mbox files and the files in the $HOME directory files that use uwimap, and did use the uwimap packages fron CentOS3 inside CentOS 4. We only need to install the gcc compatibility package, and manually install the uwimap rpms. One system is running more than a year and without problems (the migration to cyrus was retarded because the system is working too well) the other system was migrated to cyrus a month ago, but in the eight months in operations works flawlessly
I would be interested in hearing what those problems were. We've been using Dovecot without incident. It is my understanding that the UW imap stuff isn't as well supported anymore which is why we migrated to Dovecot a year or so ago.
Cheers,
I guess I should have posted back to the list that I did end up using Dovecot and also configured and am using SMTP AUTH. The users who are on this new server used to use pop before SMTP but that ended up being a real pain to get going for Dovecot.
I just have a couple issues or could be non-issues to work out trying to get Sendmails SMTP AUTH to pass off spam to SpamAssassin without generating a authenication failure. Although it does appear to be handing off the spam to SA. At least, I'm seeing these errors in the maillog but also am seeing spam being caught. So like I said it could be a non-issue.
FWIW: I'm using the Dovecot that comes packaged with CentOS 4.4 64 bit.
Doc Schneider wrote:
I guess I should have posted back to the list that I did end up using Dovecot and also configured and am using SMTP AUTH. The users who are on this new server used to use pop before SMTP but that ended up being a real pain to get going for Dovecot.
I just have a couple issues or could be non-issues to work out trying to get Sendmails SMTP AUTH to pass off spam to SpamAssassin without generating a authenication failure. Although it does appear to be handing off the spam to SA. At least, I'm seeing these errors in the maillog but also am seeing spam being caught. So like I said it could be a non-issue.
FWIW: I'm using the Dovecot that comes packaged with CentOS 4.4 64 bit.
You might want to look at http://www.mimedefang.com. It is an email scanner that runs as a sendmail milter and uses your choice of spam and virus scanning tools. As a milter, it can tell if sendmail's connection was authenticated or used ssl, plus it can reject as a result of the scan during the smtp conversation.
On Tue, Feb 06, 2007 at 07:40:10AM -0600, Les Mikesell said:
Doc Schneider wrote:
I guess I should have posted back to the list that I did end up using Dovecot and also configured and am using SMTP AUTH. The users who are on this new server used to use pop before SMTP but that ended up being a real pain to get going for Dovecot.
I just have a couple issues or could be non-issues to work out trying to get Sendmails SMTP AUTH to pass off spam to SpamAssassin without generating a authenication failure. Although it does appear to be handing off the spam to SA. At least, I'm seeing these errors in the maillog but also am seeing spam being caught. So like I said it could be a non-issue.
FWIW: I'm using the Dovecot that comes packaged with CentOS 4.4 64 bit.
You might want to look at http://www.mimedefang.com. It is an email scanner that runs as a sendmail milter and uses your choice of spam and virus scanning tools. As a milter, it can tell if sendmail's connection was authenticated or used ssl, plus it can reject as a result of the scan during the smtp conversation.
Or you can look at a modern MTA such as Exim, which also has built-in support for Spamassassin, ClamAV, can easily do smtp auth, and supports pretty much any kind of back-end or database you can come up with... It's very well supported via the active mailing list / WIKI. We have a custom setup that allows users to choose just how much spam filtering they want to do, have custom white / black lists, greylisting, etc., etc. Special case routing / rewriting, and what not is easy once you understand the basic concepts.
While I used to use sendmail years ago, I can't imagine trying to configure it to do what we are doing today with Exim. The sendmail configuration is way too obtuse.
Unfortunately, the Exim RPMS in Centos are very old, but you can download current RPMS (of Exim and Dovcot) via atrpms.net (Dag's dovcot is too old too.)
Of course building it yourself isn't all that hard either, and if you run dedicated, moderate to high volume mail servers, I would recommend it.
Walt Reed wrote:
You might want to look at http://www.mimedefang.com. It is an email scanner that runs as a sendmail milter and uses your choice of spam and virus scanning tools. As a milter, it can tell if sendmail's connection was authenticated or used ssl, plus it can reject as a result of the scan during the smtp conversation.
Or you can look at a modern MTA such as Exim, which also has built-in support for Spamassassin, ClamAV, can easily do smtp auth, and supports pretty much any kind of back-end or database you can come up with... It's very well supported via the active mailing list / WIKI. We have a custom setup that allows users to choose just how much spam filtering they want to do, have custom white / black lists, greylisting, etc., etc. Special case routing / rewriting, and what not is easy once you understand the basic concepts.
While I used to use sendmail years ago, I can't imagine trying to configure it to do what we are doing today with Exim. The sendmail configuration is way too obtuse.
I don't think you understand what the milter interface and MimeDefang add to sendmail. You get all the things that sendmail normally does very efficiently and its mostly-complete m4 config file that comes included with Centos, _plus_ the ability to control most operations with a small chunk of custom perl. It is nothing like the sendmail of years ago, plus the milter operations run under their own uid for more security.
Unfortunately, the Exim RPMS in Centos are very old, but you can download current RPMS (of Exim and Dovcot) via atrpms.net (Dag's dovcot is too old too.)
Of course building it yourself isn't all that hard either, and if you run dedicated, moderate to high volume mail servers, I would recommend it.
I don't think anything will match the efficiency of sendmail and MimeDefang doing the same job. The architecture is kind of hard to explain but basically the milter back-ends run independently so at any time you may have many more sendmail processes doing other operations than you have milter processes doing scanning. The reason this is complicated is that the milter provides hooks for several steps in the SMTP conversation, so for example sendmail might have one backend milter process perform a check on RCPT addresses, then do some other steps and connect again for DATA. This gives you much more control over the load on your machine since you don't have to throttle the number of active sendmails down to the number of spamassassin instances you can run at once.
I would be interested in hearing what those problems were. We've been using Dovecot without incident. It is my understanding that the UW imap stuff isn't as well supported anymore which is why we migrated to Dovecot a year or so ago.
Dovecot does not handle Lookout and Lookout Express very well. courier-imap knows how to deal with those.
I have had time stamp issues with dovecot (and it is not related to system time) that do not show in thunderbird.
-
Black Hand -
chrism＠imntv.com -
Doc Schneider -
Feizhou -
John Hinton -
Kevan Benson -
Les Mikesell -
Paul Heinlein -
Ralph Angenendt -
Scott Silva -
Walt Reed