[Dovecot] Converting from MBOX to Maildir broke procmail and Spamassasin and halted incoming mail
I could use some help here -
As I use Dovecot I started here when trying to figure out why I could
not add new mail folders under my Mac's Mail program, but could under
Thunderbird.
It was quickly pointed out that my system was set up to use MBOX and
not MAILDIR, and some helpful links and notes were sent back and forth
giving me a good clue as to how to perform the conversion process.
I did have success in getting my mail accounts converted from mbox to
maildir, but then ran aground.
I could see all of my existing mail and create new folders, but I
could not see any of my incoming mail.
What I was late in realizing was that I needed to also adjust the
settings for my LDA, which as I am using sendmail is procmail, and it
was suggested that I needed to adjust /etc/procmail to include the line
DEFAULT=$HOME/Maildir/
I did that, but new mail still didn't show up correctly. I can only
assume that I have something still not properly adjusted in my
procmail settings.
Given that I got everything else to work, and even successfully
upgraded dovecot, it was very frustrating to set everything back to
square one with mbox so that I had a functioning system once again.
I am about to have some time on my hands and am going to try again -
but this time I thought I would ask for help before I possibly loose
my ability to receive new mail - makes reading those suggestions very
hard.
At present, my etc/procmailrc file is like this.
---
[EMAIL PROTECTED] etc]$ cat procmailrc
# send mail through SpamAssassin
:0 fw
* 256000
| /usr/bin/spamc -f
---
In each users Home directory I have a .procmailrc file that further
directs things on a user level.
For my directory this file is currently
---
[EMAIL PROTECTED] ~]$ cat .procmailrc
MAILDIR=$HOME/mail
PROBABLYJUNK = /home/dan/mail/probably-spam
:O H
* ^X-Spam-Status:.*Yes
{
EXITCODE=67
:0:
probably-spam
}
---
I admit that I set up Spamassasin some years ago and though I have
updated things now and then, I don't recall all of the reasoning
behind the setup - just know that it has been working.
Whether I put the new line DEFAULT=$HOME/Maildir/ in one file, the
other or both - I got no incoming mail. My guess was that I had
offended promail in one way or another.
So, as I prepare to do the MBOX to MAILDIR conversion once again, does
anyone have any guidance to offer for how to properly adjust the
procmail files so that I can continue to filter spam?
Much appreciated.
Cheers -
dan
Re: [Dovecot] Converting from MBOX to Maildir broke procmail and Spamassasin and halted incoming mail
Hi Scott -
How would I tell? I built the box from scratch and set up CentOS
Linux 5 up on it - over one year, probably not more than three.
I had been running with a RedHat system prior to that - and I may well
have copied the procmailrc settings from that -- don't actually
recall. But Dovecot, Procmail and Spamassasin all came up fresh with
the install of CentOS.
On Sep 17, 2008, at 1:41 PM, Scott Silva wrote:
on 9-17-2008 11:39 AM Dan Roberts spake the following:
I could use some help here -
As I use Dovecot I started here when trying to figure out why I
could not add new mail folders under my Mac's Mail program, but
could under Thunderbird.
It was quickly pointed out that my system was set up to use MBOX
and not MAILDIR, and some helpful links and notes were sent back
and forth giving me a good clue as to how to perform the conversion
process.
I did have success in getting my mail accounts converted from mbox
to maildir, but then ran aground.
I could see all of my existing mail and create new folders, but I
could not see any of my incoming mail.
What I was late in realizing was that I needed to also adjust the
settings for my LDA, which as I am using sendmail is procmail, and
it was suggested that I needed to adjust /etc/procmail to include
the line
DEFAULT=$HOME/Maildir/
I did that, but new mail still didn't show up correctly. I can
only assume that I have something still not properly adjusted in my
procmail settings.
Given that I got everything else to work, and even successfully
upgraded dovecot, it was very frustrating to set everything back to
square one with mbox so that I had a functioning system once
again. I am about to have some time on my hands and am going to
try again - but this time I thought I would ask for help before I
possibly loose my ability to receive new mail - makes reading those
suggestions very hard.
At present, my etc/procmailrc file is like this.
---
[EMAIL PROTECTED] etc]$ cat procmailrc
# send mail through SpamAssassin
:0 fw
* 256000
| /usr/bin/spamc -f
---
In each users Home directory I have a .procmailrc file that further
directs things on a user level.
For my directory this file is currently
---
[EMAIL PROTECTED] ~]$ cat .procmailrc
MAILDIR=$HOME/mail
PROBABLYJUNK = /home/dan/mail/probably-spam
:O H
* ^X-Spam-Status:.*Yes
{
EXITCODE=67
:0:
probably-spam
}
---
I admit that I set up Spamassasin some years ago and though I have
updated things now and then, I don't recall all of the reasoning
behind the setup - just know that it has been working.
Whether I put the new line DEFAULT=$HOME/Maildir/ in one file,
the other or both - I got no incoming mail. My guess was that I
had offended promail in one way or another.
So, as I prepare to do the MBOX to MAILDIR conversion once again,
does anyone have any guidance to offer for how to properly adjust
the procmail files so that I can continue to filter spam?
Much appreciated.
Cheers -
dan
How old is the distro on the system?
Older versions of procmail don't support maildir.
--
MailScanner is like deodorant...
You hope everybody uses it, and
you notice quickly if they don't
[Dovecot] Need help configuering Dovecot to support folders that contain sub-folders and messages
Hi - Last year I set up a new CentOS 5 server and through the install process permitted it to set up dovecot as my IMAP server. ./dovecote --version returns 1.0.rc15 With the system up and running I moved the tar files of my old email accounts over and everything seemed to be just fine. Recently I have upgraded my primary workstation to a Mac Pro - and that of course has it's Mail application. Let me summarize briefly to be sure that I don't omit some minor detail that makes all the difference in the world. Previously I used Netscape 7.2 as my mail client and then went over to Thunderbird on the PC - in either application, under Server Settings / Advanced I had to uncheck the box Server supports folders that contain sub-folders and messages. Then whenever I attempted to add a new subfolder I would be given a choice - This server restricts folders to two special kinds. Allow your new folder to contain: [] Folders Only [x] Messages Only. Though perhaps not ideal, this has worked ok up till now. The Leopard Mail application doesn't seem to have this sort of support - it assumes that every folder or subfolder can and should contain both, so all I get are folders that can hold messages. This is a problem as I can't create any new folders to reorganize mail. Though I had thought about resolving this, or at least trying to when I first encountered it - life got busy. So my skills have become a bit rusty and I have not done anything about it. But now I would like to. I ported over my email and my wife's - so perhaps there is some legacy setting in those folders that prevents the bliss of folders and mail in the same subfile. But I created a new email account for my daughter and that has the same limitation. In Leopard mail, folders to hold folders look White, whereas folders to hole mail look blue. In Thunderbird Folders to hold Folders are in Italics whereas Folders to hold mail are normal font. I am also using Webmin to simplify access to the server, but I don't see anything obvious under the dovecot tool for this. The installation was the basic default, so far as I can remember. I have run Yum to update the files and at last review there was nothing outstanding. Regarding my configuration, dovecot -n reports as follows: [EMAIL PROTECTED] sbin]# ./dovecot --version 1.0.rc15 [EMAIL PROTECTED] sbin]# ./dovecot -n # /etc/dovecot.conf base_dir: /var/run/dovecot/ protocols: imap imaps listen: disable_plaintext_auth: yes login_dir: /var/run/dovecot//login login_executable: /usr/libexec/dovecot/imap-login mail_extra_groups: mail mail_location: mbox:~/mail:INBOX=/var/mail/%u auth default: passdb: driver: pam userdb: driver: passwd [EMAIL PROTECTED] sbin]# Truly hoping that someone can help me resolve this. While I can use Thunderbird, I do like the Apple Mail feature of seeing the summary of email at the top of the list. Appreciate the help and insights - Cheers Dan
Re: [Dovecot] Need help configuering Dovecot to support folders that contain sub-folders and messages
The intent on my part was not to be trapped, but to simplify life. I don't work at a command line or system level on a regular enough basis these days to be 100% confident that I won't screw it up, so relying on a system that is pseudo capable of keeping itself together was a saccrifice I was willing to make. I have had the bad misfortune of running RMPs in the past only to have things go very wrong - and they should not have, but for a screw up in the RPM to begin with. Back then, I was more than capable of fixing things - but that was a long time ago. So I want to proceed cautiously and not blow a hole in the working system. That said, if upgraded is it possible to resolve this issue, or should I truly be contemplating a switch to another IMAP system?Dovecot is very popular so I find it odd that Apple would not foresee this issue. So it would seem that a solution exists, but I don't have that configuration in play - at least I hope so. Cheers - Dan On Jun 13, 2008, at 11:16 AM, Charles Marcus wrote: On 6/13/2008, Dan Horák ([EMAIL PROTECTED]) wrote: When CentOS 5.2 is released (I hope it is only very few weeks away), you will get 1.0.7, the same as is in RHEL 5.2. I would *never* use any OS/distro that dictated what version of what s/w I could run. In this case, all you need to do is look around. atrpms.net has fully up to date rpms for most redhat based sitros... -- Best regards, Charles
