[Dovecot] Dovecot raw backtrace when copying to folder
Seeing a problem with a certain user causing dovecot to crash when copying mail to a folder. This looks similar to a bug someone on the mailing list posted recently. Since the backtrace mentions the index, I tried deleting all of the index files for the user (including subfolders) but it had no effect. Seems that the bug still happens when creating the index for the first time. Unfortunately, I can't pin down if there is a particular message causing the problem but I'll see if I can track it using strace. Lines are broken for clarity. This is dovecot 1.0.5 on CentOS 4.5. Sep 27 16:41:42 cookie dovecot: imap-login: Login: user=<[EMAIL PROTECTED]>, method=PLAIN, rip=:::xx.xx.xx.xx, lip=:::yy.yy.yy.yy, TLS Sep 27 16:41:53 cookie dovecot: IMAP([EMAIL PROTECTED]): Trying to allocate 0 bytes Sep 27 16:41:53 cookie dovecot: IMAP([EMAIL PROTECTED]): Raw backtrace: imap [0x80ad7d4] -> imap [0x80ad239] -> imap [0x80b5624] -> imap(i_malloc+0x1b) [0x80b0e1b] -> imap [0x8083037] -> imap [0x80833e6] -> imap(index_storage_search_init+0xf4) [0x80836f4] -> imap(cmd_copy+0x145) [0x8056d15] -> imap(cmd_uid+0x7c) [0x805a74c] -> imap [0x805b2d5] -> imap [0x805b25e] -> imap(_client_input+0x8c) [0x805b43c] -> imap(io_loop_handler_run+0x169) [0x80b3e09] -> imap(io_loop_run+0x28) [0x80b3178] -> imap(main+0x49f) [0x806384f] -> /lib/tls/libc.so.6(__libc_start_main+0xd3) [0x506de3] -> imap [0x8055db1] Sep 27 16:41:53 cookie dovecot: child 26079 (imap) killed with signal 6
Re: [Dovecot] v1.0 vs 1.1b re: Postfix and Dovecot LDA
At 3:58 PM -0400 9/26/07, Jerry Yeager imposed structure on a stream of electrons, yielding: In running the various 1.0.n versions of Dovecot's LDA with the instructions in the wiki for using LDA with Postfix [on OS X 10.4] things went well using the instructions as-is (no setuid problems). This changed in moving over to the 1.1 beta. The LDA refused to work failing with the error "setgroups() failed: Operation not permitted" as I mentioned in a previous message. That looks like a bug. A program that calls setgroups() must be running as root. It seems to me that a code path leading to such a call should probably be able to identify that issue before the call and provide a better failure message than translating EPERM into its standard meaning The interesting question would be: why does deliver want to call setgroups() at all? After reading the exchange between Bill Cole and Rich Winkel and following up on this, it seems that the new 1.1b wants you to give the Deliver app specific setuid permission via: cd /path/to/where/dovecot's/deliver/is sudo chmod u+s deliver Then things worked as before. There was no need to give the group 's' permission nor to change ownership of deliver from the default root:staff or root:wheel or whomever... . The error message seems odd though. I am not sure if, overall, this means there is a problem in Dovecot 1.0.n or that things are being tightened up in 1.1b. Thanks Bill and Rich for the tip! I'd love to take credit, but I thought that was about the LDA with Sendmail, which is rather different, and Rich was running 1.0.3... In any event, I won't go so far as to say that running deliver as setuid root is actively dangerous, but it feels wrong to me and I wouldn't do it. That may be from too much exposure to bizarre attacks through delivery agents in the Dark Ages. That it works without being setuid on Linux is a touch odd. -- Bill Cole [EMAIL PROTECTED]
Re: [Dovecot] v1.0 vs 1.1b re: Postfix and Dovecot LDA
Jerry Yeager wrote: > > On Sep 27, 2007, at 2:55 AM, Lars Stavholm wrote: > >> We're runnng dovecot 1.1beta1 and /.../dovecot/deliver is >> owned by root and has only rwxr-xr-x, No problems so far. >> /L > > I wonder if this is an OS specific issue... which OS are you using? SuSE Linux 10.2. /L
[Dovecot] Log file name too with mail_log
Hi! Is there a way to log the file that have been copied when a person move it from a folder to another using mail_log? Actualy this is what I get in logfile: dovecot: 2007-09-27 15:15:33 Info: IMAP([EMAIL PROTECTED]): copy -> Spam: uid=101, msgid=<[EMAIL PROTECTED]>, box=Dovecot What I would like to have is something like: dovecot: 2007-09-27 15:15:33 Info: IMAP([EMAIL PROTECTED]): copy -> Spam: uid=101, file=/cur/1190916950.P15981Q38M976125.mydomain.com:2,S, box=Dovecot I believe that its a pretty simple thing to do, but my C skills are null! Any help would be great. Thankz! !DSPAM:46fc21ce213771244520847!
Re: [Dovecot] Proxy setup between two servers
Hi I have not yet tried to proxy to some other host. See my question a week or so previously. (Using mysql though). Basically you need to return a null entry to mean "this machine", otherwise you return the IP of the machine you want to proxy to. Timo suggested a very interesting patch (which I haven't had time to try) which would allow an IP matching "this machine" to be the same as a NULL - would probably help you out to - perhaps you can help test? Good luck Ed W
Re: [Dovecot] shared mailboxes question
On Thu, 27 Sep 2007, Cory Coager wrote: Hmm, this didn't work for me. The namespace is empty, nothing to subscribe to. Not sure if this is the problem, but it can't hurt to be more explicit: It makes listing all user mailboxes possible. (Each test user I logged in with made another mailbox appear in LIST "" "users/%" ) I didn't mention that the namespace was initially empty. But, each time a user logged in, their maildir was created. With virtual users maybe the same auto-creation doesn't take place. I also didn't explicitly mention that each user's maildir is then at: /var/mail/.username/{cur,new,tmp} ( Rather than: /var/mail/username/{cur,new,tmp} ) So, if you've already set up directories/folders for users, they'd need to be converted to the new names (==moved) before they show up. Also, in case something else is affecting things: ( This is my “toy” dovecot installation, so it's pretty bare-bones. Just the gentoo settings. ) # dovecot -n # 1.0.3: /etc/dovecot/dovecot.conf listen: [::] ssl_cert_file: /etc/ssl/dovecot/server.pem ssl_key_file: /etc/ssl/dovecot/server.key login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login mail_extra_groups: mail mail_location: maildir:/var/mail/.%u:INDEX=/var/mail/.%u/dovecot mail_debug: yes mail_executable: /root/dovecot-login.sh namespace: type: public separator: / prefix: users/ location: maildir:/var/mail/:CONTROL=/var/mail/.%u/control/users:INDEX=/var/mail/.%u/index/users namespace: type: private separator: / inbox: yes auth default: passdb: driver: pam args: * userdb: driver: passwd plugin: acl: vfile:/etc/dovecot/acls
Re: [Dovecot] shared mailboxes question
Hmm, this didn't work for me. The namespace is empty, nothing to subscribe to. Benjamin R. Haskell wrote: On Thu, 27 Sep 2007, Cory Coager wrote: I'm using a virtual mailbox setup. Lets say my users have mailboxes in /home/vmail/domain/%u. What I'm trying to do is setup one namespace that points to /home/vmail/domain and contains everyones mailboxes that I can subscribe to. Is this possible? Seems kind of an odd workaround, but I just tried setting up: mail_location = maildir:/var/mail/.%u namespace public { separator = / prefix = users/ location = maildir:/var/mail } namespace private { separator = / prefix = inbox = yes } It makes listing all user mailboxes possible. (Each test user I logged in with made another mailbox appear in LIST "" "users/%" ) For me, there are definite permissions problems, that I might be able to work around with one or more of: login scripts, ACL's, or the dovecot-shared file described in SharedMailboxes: http://wiki.dovecot.org/PostLoginScripting http://wiki.dovecot.org/ACL http://wiki.dovecot.org/SharedMailboxes#line-12 You, with virtual users, might want to use a single UID. (if you aren't already) Best, Ben
Re: [Dovecot] shared mailboxes question
On Thu, 27 Sep 2007, Cory Coager wrote: I'm using a virtual mailbox setup. Lets say my users have mailboxes in /home/vmail/domain/%u. What I'm trying to do is setup one namespace that points to /home/vmail/domain and contains everyones mailboxes that I can subscribe to. Is this possible? Seems kind of an odd workaround, but I just tried setting up: mail_location = maildir:/var/mail/.%u namespace public { separator = / prefix = users/ location = maildir:/var/mail } namespace private { separator = / prefix = inbox = yes } It makes listing all user mailboxes possible. (Each test user I logged in with made another mailbox appear in LIST "" "users/%" ) For me, there are definite permissions problems, that I might be able to work around with one or more of: login scripts, ACL's, or the dovecot-shared file described in SharedMailboxes: http://wiki.dovecot.org/PostLoginScripting http://wiki.dovecot.org/ACL http://wiki.dovecot.org/SharedMailboxes#line-12 You, with virtual users, might want to use a single UID. (if you aren't already) Best, Ben
[Dovecot] ACL question
Does ACL's apply to all subfolders? For instance, if I create a dovecot-acl in a Maildir/, does it apply only to the INBOX or does it apply to all subfolders as well?
[Dovecot] shared mailboxes question
I'm using a virtual mailbox setup. Lets say my users have mailboxes in /home/vmail/domain/%u. What I'm trying to do is setup one namespace that points to /home/vmail/domain and contains everyones mailboxes that I can subscribe to. Is this possible? I tried using a symlink to /home/vmail/domain but it doesn't work because its looking for the dotFoldername. The only way I could get this to work is by creating a symlink for each folder in every mailbox. This is way too much maintenance especially since it will dynamically change. The only other way I could get it working was to create a namespace for each user and point to /home/vmail/domain/%u/Maildir/. Then inside everyones Maildir/ create a symlink for INBOX -> . This works but I'd have to do it for each user when I'd rather just use one namespace. Is there an easier way of doing this?
[Dovecot] undelete messages?
I'm using the lazy expunge plugin as configured in: http://wiki.dovecot.org/Plugins/Lazyexpunge The page claims users can undelete messages without assistance from a sysadmin. How is this accomplished? When I try to subscribe to the folders under the EXPUNGED namespace, nothing happens. ~Cory Coager
Re: [Dovecot] v1.0 vs 1.1b re: Postfix and Dovecot LDA
On Sep 27, 2007, at 2:55 AM, Lars Stavholm wrote: We're runnng dovecot 1.1beta1 and /.../dovecot/deliver is owned by root and has only rwxr-xr-x, No problems so far. /L I wonder if this is an OS specific issue... which OS are you using? smime.p7s Description: S/MIME cryptographic signature
[Dovecot] IMAP Fetch fails with BAD instead of NO
Hi, I'm running version 1.0.3 of dovecot using IMAP and using javamail to access the mail. The application I'm using (when stress testing the system by doing simultaious creation of email and deleting emails, it sometimes get into the state where the application (via javamail) ask for the UID of a message that has been expunged and deleted (no longer exists). Dovecot returns with the following error: AXXX FETCH 14 (UID) AXXX BAD Error in IMAP command FETCH: Invalid messageset This can easily be reproduced by using telnet to 143 and giving the command by hand. When I read through the source code, there were obvious comments that states the dovecot will not return NO on fetch errors, only BAD. So I assume it is done on purpose. My question is that in RFC 3501 for fetch it says: (section 6.4.5) Result: OK - fetch completed NO - fetch error: can't fetch that data BAD - command unknown or arguments invalid No I guess a UID that is out of range could be considered "arguments invalid", but shouldn't it be a soft error with NO as a result where "can't fetch that data" is more appropriate according the the RFC. The command isn't syntactically BAD, the requested data just does not exists. The same command tested against another IMAP server returns AXXX NO message not available Not that they are necessarily correct, but it just begs the question. Thanks Reinier Running on FreeBSD 6.x (x86) devmail# dovecot -n # 1.0.3: /usr/local/etc/dovecot.conf protocols: imap pop3 ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login valid_chroot_dirs: /var/mail verbose_proctitle: yes first_valid_uid: 3000 last_valid_uid: 5000 first_valid_gid: 0 mail_extra_groups: mail mail_location: mbox:~/mail/:INBOX=/var/mail/%u mail_debug: yes maildir_copy_with_hardlinks: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: verbose: yes passdb: driver: ldap args: /usr/local/etc/dovecot-ldap.conf userdb: driver: ldap args: /usr/local/etc/dovecot-ldap-user.conf userdb: driver: prefetch devmail#
Re: [Dovecot] Possible Caching Bug showing up as a MIME BoundaryIssue
Timo, I continue to deal with this issue where the MIME Boundary appears on the bottom of the email and it is still happening as of Dovecot 1.0.5. Unfortunately, it continues to happen to me ONLY with one email box that I have seen and, of course, the email box has sensitive data in it. I had been hoping the issue would occur with a folder that had something like an email from my mom's brother's cousin sending some forward of some joke that's gone around 200x's but no luck. One update is that I have determined thanks to a colleague that if I move the email to another folder and back, the issue does not reappear so recreating this issue is a bear. Anyway, will *just* the cache file help you because that is information we log anyway and doesn't fall under our privacy issues? Otherwise would you be willing to login to our server via SSH and agree to SAGE's ethics guide and do the research as an administrator under those rules? http://www.sage.org/ethics/ethics_horiz.pdf As an aside, the ethics guideline and SAGE are fantastic for ANY computer professional doing work for other people. Regards, KAM - Original Message - From: "Timo Sirainen" <[EMAIL PROTECTED]> Subject: Re: [Dovecot] Possible Caching Bug showing up as a MIME BoundaryIssue When it happens, is it possible that you could send me the mbox file (through http://dovecot.org/tools/mbox-anonymize.pl is fine) and the mailbox's dovecot.index* files? The only problematic file (and the most important one in fixing this) is dovecot.index.cache which could contain email addresses, subjects and other headers.
Re: [Dovecot] Auto create folder(s)
At 4:49 PM -0400 9/26/07, Charles Marcus imposed structure on a stream of electrons, yielding: On 9/26/2007, Fábio M. Catunda ([EMAIL PROTECTED]) wrote: > Could it could be written to simply create the folder if the target folder doesn't exist (ie, if the initial save fails due to non-existent folder)? Then there would be no performance hit... There will be a performance hit couse you have to check if the folder exists or not. This is not good... but not what I wrote either. I'm not a programmer, so this may not be possible, but... What I wrote was, do NOT test BEFORE delivery is attempted - only create the folder IF delivery attempt FAILS *DUE* to non-existent folder. Ie: Deliver to user+foo Error: Folder 'foo' doesn't exist for user Ok, Do: Create folder 'foo' for user ReDo: Deliver to user+foo Maybe this is not reliable - and if not, definitely shouldn't be done. But if there is a way to catch the error 'destination folder doesn't exist', then it would NOT be a performance hit, because no test is performed, only an error handled differently. I don't think there would be much real benefit on most OS's and filesystems given what is going to actually need to happen underneath the surface logic. It is simpler in English, and maybe in C, but the difference in what actually gets done is trivial, because whether the code says 'check for existence' or 'use this' the OS is still going to have to do roughly the same work. More significantly, I think such a feature as you describe would have to be used with great caution. I certainly don't want to find that some spammer has created a bazillion new IMAP folders by sending to random tags. -- Bill Cole [EMAIL PROTECTED]
Re: [Dovecot] Auto create folder(s)
> On 08:50:42 2007-09-27 Lars Stavholm <[EMAIL PROTECTED]> wrote: >> Daniel L. Miller wrote: >> > Charles Marcus wrote: >> >> On 9/26/2007, Bill Landry ([EMAIL PROTECTED]) wrote: >> >>> These folders could easily be create dynamically by maildrop, if >> >>> used as your MDA. I use it as my MDA between Postfix and Dovecot to >> >>> automatically create spam folders for new accounts and also for >> >>> delivering mail that exceeds our spam thresholds into the spam >> >>> folder for end user review. >> >> >> >> So it sounds like this is a good candidate for an enhancement to the >> >> dovecot LDA... >> >> >> > Why? Is this not available via sieve? >> >> How do you create folder(s) using sieve? >> /L > > Please do tell how... I would also be interested in such a feature if it > doesn't yet support it... > deliver creates the folders, specified in sieve script, if they don't exist yet. Regards, Gregory
[Dovecot] Deliver crashes with code 11
If I have a sieve script that use the vacation, deliver crashes. I think it could be a bug of the new (1.1) version of sieve language. Any help? Stefano.
[Dovecot] Proxy setup between two servers
Hi, I am trying to set up a proxy between two dovecot servers. I have the following set up here. Dovecot version: 1.0.rc15 dovecot -n: # /etc/dovecot/dovecot.conf info_log_path: /var/log/dovecot.log log_timestamp: %Y-%m-%d %H:%M:%S protocols: pop3 imap login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_extra_groups: mail mail_debug: yes mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: verbose: yes debug: yes passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: prefetch In dovecot-ldap.conf: hosts = localhost dn = dnpass = sasl_bind = no auth_bind = yes ldap_version = 2 base = pass_attrs = uid=user,userPassword=password,homeDirectory=userdb_home,uidNumber=userdb_uid, gidNumber=userdb_gid,mailQuota=quota,mailHost=proxy If I set the mailHost attribute for a user as "localhost" or "127.0.0.1", I get the following error message in syslog: mail.err: Sep 27 13:01:06 dovecot: auth(default): Master request 5534.1 not found and at the same time, in info_log_path (/var/log/dovecot.log), I get the following messages: Info: auth(default): client in: AUTH1 PLAIN service=IMAP secured lip=127.0.0.1 rip=127.0.0.1 resp= Info: auth(default): ldap(hoskeri,127.0.0.1): bind search: base=dc=deeproot,dc=co,dc=in filter=(&(objectClass=posixAccount)(uid=hoskeri)) Info: auth(default): ldap(hoskeri,127.0.0.1): result: uid(user)=hoskeri uidNumber(userdb_uid)=1004 homeDirectory(userdb_home)=/home/hoskeri mailHost(proxy)=127.0.0.1 gidNumber(userdb_gid)=1000 Info: auth(default): ldap(hoskeri,127.0.0.1): bind: dn=uid=hoskeri,ou=People,dc=deeproot,dc=co,dc=in Info: auth(default): client out: OK 1 user=hoskeriproxy pass= # I notice that in the above line, proxy does not any value associated with it. Can't understand why. Info: auth(default): master in: REQUEST 1 55341 Info: auth(default): master out: NOTFOUND 1 Info: imap-login: Internal login failure: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured I have not yet tried to proxy to some other host. Also, I have another question. In the setup I need to do, I need to use the hostname itself for the mailhost, and not IPs, but I understand that it is not implemented and only IP addresses are acceptable. Any major reason why this is so? Could I help implement it? Thanks in advance... -Abhijit
Re: [Dovecot] dovecot IMAPS + kmail
Hi, I'm running kmail as an imaps client, and sure, I can create subfolders -in any of the imap servers i run-. I can also create subfolders with thunderbird -also, as an imap client- and use them with kmail, and viceversa. HTH El Wednesday 26 September 2007 20:19:34 Timothy Murphy escribió: > On Wed 26 Sep 2007, Joseba Torre wrote: > > maybe there's something else in your setup. I surely can use imap > > sub-folders with kmail 1.9.7 and dovecot 1.0 > > The question was not if I could use them, > but if I could _create_ them (sub-folders). > As I mentioned, I can create them if I run kmail on my desktop. > There is then no problem accessing these folders > on my laptop client. > > Can you create sub-folders on an IMAP client? > > > > > I notice that kmail does not allow an IMAP sub-folder to be created > > > > (from an IMAPS client). > > > > > > Sorry, while that was true I find I can create IMAP sub-folders > > > when I run KMail on the desktop holding the IMAP emails. -- Joseba Torre. CIDIR Bizkaia. signature.asc Description: This is a digitally signed message part.
Re: [Dovecot] Auto create folder(s)
On 08:50:42 2007-09-27 Lars Stavholm <[EMAIL PROTECTED]> wrote: > Daniel L. Miller wrote: > > Charles Marcus wrote: > >> On 9/26/2007, Bill Landry ([EMAIL PROTECTED]) wrote: > >>> These folders could easily be create dynamically by maildrop, if > >>> used as your MDA. I use it as my MDA between Postfix and Dovecot to > >>> automatically create spam folders for new accounts and also for > >>> delivering mail that exceeds our spam thresholds into the spam > >>> folder for end user review. > >> > >> So it sounds like this is a good candidate for an enhancement to the > >> dovecot LDA... > >> > > Why? Is this not available via sieve? > > How do you create folder(s) using sieve? > /L Please do tell how... I would also be interested in such a feature if it doesn't yet support it... -- Andraž "ruskie" Levstik Source Mage GNU/Linux Games grimoire guru Geek/Hacker/Tinker Be sure brain is in gear before engaging mouth. Key id = F4C1F89C Key fingerprint = 6FF2 8F20 4C9D DB36 B5B6 F134 884D 72CC F4C1 F89C
Re: [Dovecot] v1.0 vs 1.1b re: Postfix and Dovecot LDA
We're runnng dovecot 1.1beta1 and /.../dovecot/deliver is owned by root and has only rwxr-xr-x, No problems so far. /L Jerry Yeager wrote: > In running the various 1.0.n versions of Dovecot's LDA with the > instructions in the wiki for using LDA with Postfix [on OS X 10.4] > things went well using the instructions as-is (no setuid problems). > > This changed in moving over to the 1.1 beta. The LDA refused to work > failing with the error "setgroups() failed: Operation not permitted" as > I mentioned in a previous message. After reading the exchange between > Bill Cole and Rich Winkel and following up on this, it seems that the > new 1.1b wants you to give the Deliver app specific setuid permission via: > > cd /path/to/where/dovecot's/deliver/is > > sudo chmod u+s deliver > > Then things worked as before. There was no need to give the group 's' > permission nor to change ownership of deliver from the default > root:staff or root:wheel or whomever... . The error message seems odd > though. > > > I am not sure if, overall, this means there is a problem in Dovecot > 1.0.n or that things are being tightened up in 1.1b. > > Thanks Bill and Rich for the tip! > > > Jerry Yeager
Re: [Dovecot] Auto create folder(s)
Daniel L. Miller wrote: > Charles Marcus wrote: >> On 9/26/2007, Bill Landry ([EMAIL PROTECTED]) wrote: >>> These folders could easily be create dynamically by maildrop, if used >>> as your MDA. I use it as my MDA between Postfix and Dovecot to >>> automatically create spam folders for new accounts and also for >>> delivering mail that exceeds our spam thresholds into the spam folder >>> for end user review. >> >> So it sounds like this is a good candidate for an enhancement to the >> dovecot LDA... >> > Why? Is this not available via sieve? How do you create folder(s) using sieve? /L