similar to: File and group permissions for incoming mails

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

On 3/22/2019 12:48 PM, Aki Tuomi wrote: > >> What am I missing?? Does anyone have any thoughts as to why JUST >> incoming messages aren't encrypted, but that messages moved into the >> IMAP account DO get encrypted?? Did I set up something incorrectly? I'm >> using sendmail as the MTA, if that matters, and messages are routed to >> the user's Maildir

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 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"

[Dovecot v2.2.33.2] I'm testing out mail_crypt on a fresh Dovecot install to get a feel for how it works, but I'm running into something unexpected. The mail_crypt plugin does seem to be working, but NOT on incoming email.? What I mean is, if I send a test email to the server that has Dovecot installed, the message correctly arrives in the user's Maildir folder (I'm using

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

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

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

I've built a new mail system with Centos 6.5, and I'm running fetchmail - sendmail - procmail to maildir. I have all of this working at the moment.(I know, postfix was the default, but for lots of other reasons, I switched, and that isn't an issue, I don't think). I am using dovecot as an imap server. Procmail won't update indexes during email delivery, so I'm having some

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

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

> dovecot supports sieve, so why the need for procmail ? Because I already HAVE procmail recipes and know proemial. The point is to make what I have, work. > On Nov 9, 2015, at 22:49, Benny Pedersen <me at junc.eu> wrote: > > On November 10, 2015 6:36:00 AM Vicki Brown <vlb at cfcl.com> wrote: > >> Can anyone help? > > dovecot supports sieve, so why

Dear list! I'd like to know if some- one has experience with system running no mta (aka sendmail). I have single comp, not server, not lan. Yes! Sendmail is nice, but it is too big for simple tasks I have for it. My intention is to use apps small as possible. This letter gone from mutt directly to ssmtp, that processed it to my isp. (Setting option for sendmail as

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

About a year-and-a-half ago I wrote in a thread having this same subject about a problem my sendmail server was having on my Samba4 AD/DC. To solve that problem at the time, I maintained domain user entries in both the sam.ldb and in /etc/passwd, and did not have winbind specified in /etc/nsswitch.conf. I am now trying to remove all users from /etc/passwd and use winbind. Unfortunately, I'm

I want to set up dovecot on a CentOS server. I did this before, some time ago, but it seems to have become much more complicated, involving postfix, amavisd-new and clamav (for spamassassin). What puzzles me is the role, if any, of procmail and .procmailrc in this new system. Is procmail no longer used/needed? -- Timothy Murphy e-mail: gayleard /at/ eircom.net tel: +353-86-2336090,

Normally I wouldn't post off topic to a mailing list, but I have posted every where else I can think of and haven't had any success yet working this out. I know there has to be a few people here with extensive knowledge of how mail works and maybe just a tip in the right direction would help me out at this point. I have migrated from mbox format to Maildir format in the last week. I

Hi there, I use dovecot-1.1-rc4, got imap, imaps, pop3 & pop3s working fine with the mbox format. I use sendmail-8.14.2 as an MTA, sendmail uses procmail as an LDA. I migrated to maildir format now, and pipe all my mail to deliver right now to be able to make use of the indexing etc... Problem is I run into some errors : #My .procmailrc PATH=/usr/bin:/usr/local/bin:/usr/sbin

My home server is running CentOS-7.1 I'm running postfix and dovecot on it. I collect email from a few sources with fetchmail and move it to ~/Maildir/cur/ with procmail. Or at least, I did do this. For some reason procmail has stopped doing its job, and the email that I collect is finishing in /var/spool/mail/tim/ I can't work out what has caused this, or what the cure is. I haven't