similar to: auto-detection of user mailbox type - followup

[1.1.4 with http://hg.dovecot.org/dovecot-1.1/rev/b61424a50786 applied] I'm trying to use namespaces as described here for UW-IMAP compatibility: http://wiki.dovecot.org/Namespaces But I'm getting a problem with the hidden namespaces showing up in the LIST output. Here is a simplified transcript. The ~/Mail folder contains just two folders. The config given to imapd is as follows:

The config file indicates that if mail_location is empty, dovecot will try to find the mailboxes automatically (and by implication determine if the user is using mbox or Maildir format). But if the mbox inbox is non-standard (I have procmail delivering to ~/.mail) then one needs to specify mail_location = mbox:~/mail:INBOX=~/.mail and presumably dovecot will no longer try to determine what

Hi! With dovecot 1.x, I was using a post-login script to dynamically add shared mailboxes using NAMESPACE_X.. environment variables, based on filesystem permissions: After login, the post-login script was executed with user permissions (mail_drop_priv_before_exec=yes). It added all subdirectories of "/var/spool/mail/Shared" as namespaces for which the user had write permissions. E.g.:

I have one box, a 3.x box, that has a problem finding procmailrc files. For instance, if I have a .procmailrc file in /var/www/user/homes/username it finds it and it works. If I have a .procmailrc file under /var/www/user it doesn't. Where the heck is the setting for where procmail looks for user procmailrc files? Thanks, John Hinton

So I'm confused as to why you're piping back from procmail to dovecot LDA, rather than having procmail be the final LDA. Why not use: :0 w * ^List-ID:.*jenkinsci-dev.googlegroups.com mailing-lists/jenkinsci-dev/ (The trailing slash tells procmail that jenkinssci-dev is a maildir, not an mbox) Also, procmail is way out of date, no longer maintained, and there are "semi" known

Hi all, I recently migrated my system (postfix/Dovecot)from mbox to Maildir. Almost everything is working (phone and thunderbird show all my mail and folders with mail) However I am stuck on my .procmailrc rules # cat /etc/procmailrc SENDMAIL=/usr/sbin/sendmail SENDMAILFLAGS=-oi LOGFILE=/var/log/procmail.log ORGMAIL=${HOME}/Maildir/ DEFAULT=${ORGMAIL}

Hello all, I've a working dovecot installation on my machine, using exim3, virtual users and maildirs. I would like to add procmailrc rules for these (virtual) users, but i've not succeeded with that. The authentication is done with a passwd-file looking like this : testuser:password:uid:gid::/home/mail/testuser::chroot:maildir:/home/mail/testuser/Maildir/ i've put .procmailrc files

I'm using the post-login script approach to give more customisation to where our users can store their mail. It detects the location and type of the mailbox at runtime and passes it through using the environment to imapd. This works great. However, I can't seem to make deliver do the same. I pass it the same MAIL and NAMESPACE settings in the environment:

I've figured out a work-around to the problem of "winbind use default domain = yes" not working on the AD/DC. As mention below, in my specific case procmail does not see HPRS\charmaine as the actual owner 'charmaine' and I get a "Suspicious rcfile "/home/HPRS/charmaine/.procmailrc" message in maillog and the mail does not get delivered to her $HOME/Maildir

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

What is the trick to get Postfix's local command to pipe mail through procmail? I have: -bash-4.1$ grep allow_mail_to_commands /etc/postfix/main.cf allow_mail_to_commands = alias, forward and -bash-4.1$ cat .forward |/usr/bin/procmail and a .procmailrc file: -bash-4.1$ cat .procmailrc PATH=/usr/bsd:/bin:/usr/bin:/exp/rcf/share/bin MAILDIR=/var/lib/amanda/Mail #you'd better

I have a 6.5 machine that had everything set up and working correctly (fetchmail, sendmail w/ starttls, procmail, spamassassin) but the MB cratered. I bought a new machine, and installed Centos 6.6 and all is not well. I used the config from the previous incarnation (via backups) for fetchmail (works fine), sendmail (works fine for sending via relay and tls), but procmail now refuses to pick up

Hi, I have site w. around 7000 users, most of which have some procmail rules (theres even .procmailrc in /etc/skel with rule to put spam into spam folder). Afaik dovecot's deliver doesnt understand procmail rules, so i'd like to ask if its possible to configure procmail so it saves mail using deliver, without modifying users .procmailrc Thanks for any pointers, Vaclav Hula

Hi, I am using dovecot 2.0.16, and assigend globally procmailrc (/etc/procmailrc) which delivers mails to user's home directory in maildir formate. Also I assined quota to User through setquota (edquota) command, If the quota excedded then this case user's mail store to /var/spool/mail/user. After incresing quota how to delivered these mails to user's home dir in maildir formate

Hi all. I'm relatively new to Dovecot, but I really like what I'm seeing so far. I have one problem that I was hoping you could help me with though. I use Postfix for my mail server, then pass that on to procmail for filtering, and finally to deliver to put the mail in the appropriate Maildir folder. However, this isn't working. Postfix passes the mail to procmail correctly, but

I have been trying to set up procmail but I am running into some issues with using deliver. I am running Debian Etch with Dovecot 1.1.8 compiled from the Debian Experimental source package. ##### Start .procmailrc ##### # System-wide settings for procmail SHELL="/bin/bash" SENDMAIL="/usr/sbin/sendmail -oi -t" LOGFILE="/var/log/procmail.log"

It's probalby a common question, and I've read the man pages and such, but I need a little bit more help getting this specific task to work right. Basically, I want to mirror home directory structures, and only two files within each home directory, to other machines from a central server. Those files are ~/.spamassassin/user_prefs and ~/.procmailrc. Other files should not be transfered,

I am running a server with Centos 4.4, using a combo of sendmail-clamav-spamassassin for mail, which has been working quite well up until last night. Around 3:00am, all mail going to all users was being rejected by spamassassin. My ~/mail/.procmailrc is as follows: ======================== MAILDIR=$HOME/mail # :0 H * ^X-Spam-Status:.*Yes { EXITCODE=67 :0: /dev/null } =========================

I've spent most of the morning looking through the archives. Great information, however, I'm still unable to get my issues figured out. I believe I am missing something quite simple. From what I have read, I want to use maildir, mainly because it will allow the use of subfolders for my clients. My clients are running Mail.app (mostly) on 10.3 clients. I'm planning on using imap

The transition was quick, and also (so far) seemingly painless. The server is an old Pentium II 233 machine that sits between my home LAN and the internet, and have sitting there, and running night and day since 1999. For the first two years it was running SuSE linux, but since 2001 it has been running debian and been continously upgraded. It was originally installed with potato, but have been