Server-side Sieve Filters Not Active...?

I'd like to get this working too. Squirrel Mail has a nice plug-in to manage the rules that the users can make use of.

From the docs I read, and I hope it isn't true, Managesieve isn't installed and requires recompiling Dovecot if you want to use it.

If Apple hasn't included it, why even bother mentioning server-side filtering as I'd rather not recompile my own binary to have it nuked in an Apple update later on.

Thanks (again) for the 3/4ths implementation, guys.

Maybe the idea is to use the the directory for the scripts and managesieve isn't used, that would explain the differences in location for the scripts.

yep, not working for me either

I tried changing the paths as well, but still no dice.

Has anyone gotten this to work? If so, was it a fresh install, upgrade w/out sieve installed, or upgrade w/ sieve installed?

Thanks.

The first of your post stated you needed to add something in main.cf.

What did you add?

Got mine working as well. As an aside, this plug-in for SquirrelMail (OS X's default webmail) is an incredibly easy to use solution for server-side filtering:

http://squirrelmail.org/plugin_view.php?id=73

I had it up and running in less than 15 minutes and works like a charm; and your users can simply log in to webmail and create their own server-side filters easily.

I got mine working, here's a more play by play:

1. go to /etc/dovecot/
2. rename dovecot-example.conf to dovecot.conf
3. edit dovecot.conf and go to the protocol managesieve section and uncomment the login_executable line and the mail_executable line. I didn't change the values
4. I then made a mail rules file by using the built in UI (enable web config and mail server config) then use web UI to add some rules
5. ln -s /Library/EmailRules/sievescripts/ UID.sieve /var/spool/imap/dovecot/sievescripts/ UID/dovecot.sieve

NOTE: ** if anyone knows how to automate step 5, then this won't need to manually be done for each new user, or is this something managesieve should be doing automatically? **

Then restart Mail service. Also check mailaccess.log you may see permission denied. If so, give the .sieve file better permissions, including the enclosing folder, since it must write a .sieved file (compiled rules)

This should do it, no idea why some of this stuff wasn't done on install/configure, may have been my upgrade. Can anyone confirm this works better during a fresh install?

I have tried it all. I was getting the permissions error, and I just opened the enclosing folder up (777). That no longer gives me the error, but I don't get the vacation blast. Do you know how to reset the daily setting so I can really test it? I have a feeling it thinks it already sent it so it will not do it again.

Sorry if this is wordy. Two young children who didn't sleep all night means Dad didn't sleep all night either.

🙂

(Oh, and I updated to 10.6.1 as well)

This is comical, i thought SLS was about creating a more stable platform. What is the point of providing server config tools that don't work?

any one get any further than this?

I might just go back to sieve in squirrel mail.

Just for a test, I installed SLS on a mini (fresh install)
Setup DNS
Setup OD
Setup Mail
Setup Web
Enabled server side mail rules
Created two users.
Setup vacation rule.

It worked!!!!! No changes whatsoever involved.

So, I am now checking what is different. Will post shortly.

Well, the working test server writes a directory named the %u in /var/spool/imap/dovecot/sieve-scripts.

My system will not write this directory.

In the test server, this directory is owned by the user.

Files are
.dovecot.lda_dupes (keeps tracks of who it sent vacation to)
dovecot.sieve (sym link to wiki serverrules.sieve
wiki serverrules.sieve
dovecot.sievec

I'm getting too tired to work anymore. Anyone have any idea on how to get this working on an upgrade install?

Ok, I found wiki sievemanager is what watches the folder /Libary/EmailRules/sievescripts.

This should be in your LaunchDaemons and run at startup.

If you manually run wiki sievemanager it will indeed create the folders and files in var/spool/imap/dovecot/sievescripts.

On my test system it is lightning fast. On my production server it is slow to create them. Think I might have to offload some processing on another server.

Nice find. I will try to run that tomorrow when I head in to work and see if it does the magic on my server. Will let you know how it goes.

Apple Engineering was actually wanting to gather details about this system and why it wasn't working so if it helps, I'll add that to the case and hopefully it'll help others by way of an update at some point.

sorry, should have been more specific.

wiki sievemanager is in /usr/libexec

there is a plist in LaunchDaemons that runs that program.

I ran the program from the command line and it created the directories. Now it is running fine. I had to change the owner of /var/spool/imap/dovecot/sievescripts to _dovecot. I also added a cmusieve quota line in dovecot.conf but I don't have my notes with me right now (and not sure it mattered, but it was that way on my test machine).

I honestly kept changing a little here and there, but the folders were not created until I ran wiki sievemanager.

Hope it helps.

Message was edited by: sorry...really tired.