Re: [Dovecot] dovecot-antispam: Failed to read mail beginning, Next message unexpectedly lost
Timo Sirainen wrote: On Wed, 2008-08-20 at 11:15 +0200, Jiri Novosad wrote: Hi again, I tried this on Gentoo with dovecot-antispam version 20080601 and dovecot versions 1.0.15-r1, 1.1.0, 1.1.1 and 1.1.2. Versions 1.1.0+ all fail. Version 1.0.15-r1 works fine, even if I add the Next message unexpectedly lost check (see below). So it seems to be a bug in dovecot (? but I guess it could be dovecot-antispam, too). Could someone at least confirm this behaviour? Note that I use mbox, maildir seems to be OK. I guess it's a Dovecot bug, but probably not too easy to fix. In any case I don't have time to look at it. The problem is that at the point where dovecot-antispam is reading the message it hasn't yet been committed. Actually it's still possible that the transaction fails and the message doesn't even get saved. Perhaps antispam plugin should read the messages only after commit? But after commit the mbox has been unlocked and it's possible that another process has already had a chance to expunge it. So maybe not that either.. Ok, thanks for the explanation. I may consider switching to maildir (or even looking into the code if time permits). J. N.
Re: [Dovecot] dovecot-antispam has some kind of bug
I dont have the old orginal code anymore :-( only have the modded one I can try to patch it myself, can you tell me where in what variable you have the mail header or mail Is it reachable in dspam-exec.c I relly want this to work :-) Regards /Jenkler Johannes Berg wrote: On Fri, 2008-08-22 at 11:21 +0200, Mikael Jenkler wrote: What do you think about the modified plugin, can it be done in the new version? what var contains the mail or header? I haven't even looked at it, since I don't know that old code any more. If you can send me a diff, then I can maybe take a look. johannes
Re: [Dovecot] dovecot-antispam has some kind of bug
On Fri, 2008-08-22 at 11:35 +0200, Mikael Jenkler wrote: I dont have the old orginal code anymore :-( only have the modded one I can try to patch it myself, can you tell me where in what variable you have the mail header or mail Is it reachable in dspam-exec.c Just took a quick look, you seem to be using the Delivered-To header. That's not guaranteed to be present in any way. I relly want this to work :-) hack it into the current code, it's possible, or just use the mailtrain backend to mail it to the dspam learning process. johannes signature.asc Description: This is a digitally signed message part
[Dovecot] Dovecot not compiling with pam
Hi, I'm new here in the list so Hello to everyone! I'm compiling dovecot 1.0.10 with pam support in SLES 9 but i'm getting errors in config.log and it won't compile with pam support. Here are the results: s1:~/dovecot-1.0.10# ./configure --with-pam | grep pam checking for pam_start in -lpam... no and in config.log: configure:28830: checking for pam_start in -lpam configure:28865: gcc -o conftest -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast conftest.c -lpam 5 /usr/lib/gcc-lib/i586-suse-linux/3.3.3/../../../../i586-suse-linux/bin/ld: cannot find -lpam I have all libpam libraries in /lib and ldconfig is giving ok: s1:~/dovecot-1.0.10# ldconfig -v | grep pam libpam.so.0 - libpam.so.0.77 libpam_misc.so.0 - libpam_misc.so.0.77 libpamc.so.0 - libpamc.so.0.77 Any help or directions would be great! Thanks, Jorge
Re: [Dovecot] dovecot-antispam has some kind of bug
if it does not exist get_mail_headers returns null or something ? is this not the best way? resiptient = get_mail_headers(mail, Delivered-To); is mail a global var ? Regards /J3nkl3r Johannes Berg wrote: On Fri, 2008-08-22 at 11:35 +0200, Mikael Jenkler wrote: I dont have the old orginal code anymore :-( only have the modded one I can try to patch it myself, can you tell me where in what variable you have the mail header or mail Is it reachable in dspam-exec.c Just took a quick look, you seem to be using the Delivered-To header. That's not guaranteed to be present in any way. I relly want this to work :-) hack it into the current code, it's possible, or just use the mailtrain backend to mail it to the dspam learning process. johannes
Re: [Dovecot] dovecot-antispam has some kind of bug
On Fri, 2008-08-22 at 11:52 +0200, Mikael Jenkler wrote: if it does not exist get_mail_headers returns null or something ? is this not the best way? resiptient = get_mail_headers(mail, Delivered-To); is mail a global var ? Sorry, I don't have time to play this game. You can learn about dovecot's internal API yourself, or ask others, but I will not implement anything like this for you. I've pointed out other solutions, and I most definitely think your dspam setup is broken if you require this. johannes signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Few problem with pop3
Timo Sirainen ha scritto: If you can easily test this, I guess the best way would be to find one which Dovecot v1.0.x version exactly broke this for you (and after that which hg commit change broke it). 1.0.12 work fine (for now..), i can't try .13 .14: i've an altered customer at phone when i try other version... -- Roberto Tagliaferri Responsabile Progettazione Produzione TosNet s.r.l. - Internet Service Provider [EMAIL PROTECTED] www.tosnet.it
Re: [Dovecot] Dovecot from inetd, when it playing like LDA also
Sorry guys, config issue. All is working like a charm. On Fri, 22 Aug 2008 13:48:55 +0300, [EMAIL PROTECTED] wrote: Hello Dovecot guys! I want to play with dovecot login processes invoked from inetd superserver, but cannot run auth worker for postfix sasl and deliver process in this case. Any ideas? WBR, mike
[Dovecot] Problem with squirrelmail and dovecot 1.1
Hello! Has noone any idea? Ciao, Gerhard -- http://www.wiesinger.com/ Hello! I'm running squirrelmail 1.4.8 (I know this is not the latest version) and know I'm having troubles with: 1.) Folder list view 2.) Save to sent or Drafts folder. Configuration worked well. I think it has to do with the upgrade from dovecot 1.0 to 1.1 and the LIST command. Thunderbird/alpine work well. Commands from rawlog are: A002 LIST ~/Mail/Drafts A002 OK List completed. or A002 LIST ~/Mail/sent A003 CREATE ~/Mail/sent A002 OK List completed. A003 NO Mailbox exists. Has something changed in the folder behaviour of dovecot from 1.0 to 1.1? If you need more information please let me know it. Any ideas? Thnx. Ciao, Gerhard -- http://www.wiesinger.com/
Re: [Dovecot] Dovecot not compiling with pam
On 8/22/2008, Jorge Ruao ([EMAIL PROTECTED]) wrote: I'm compiling dovecot 1.0.10 with pam support in SLES 9 but i'm getting errors in config.log and it won't compile with pam support. Why not start with the current version if this is a new install? -- Best regards, Charles
Re: [Dovecot] Problem with squirrelmail and dovecot 1.1
All *appears* to be fine here on Squirrel + Dovecot 1.1 ? Ed W Gerhard Wiesinger wrote: Hello! Has noone any idea? Ciao, Gerhard -- http://www.wiesinger.com/ Hello! I'm running squirrelmail 1.4.8 (I know this is not the latest version) and know I'm having troubles with: 1.) Folder list view 2.) Save to sent or Drafts folder. Configuration worked well. I think it has to do with the upgrade from dovecot 1.0 to 1.1 and the LIST command. Thunderbird/alpine work well. Commands from rawlog are: A002 LIST ~/Mail/Drafts A002 OK List completed. or A002 LIST ~/Mail/sent A003 CREATE ~/Mail/sent A002 OK List completed. A003 NO Mailbox exists. Has something changed in the folder behaviour of dovecot from 1.0 to 1.1? If you need more information please let me know it. Any ideas? Thnx. Ciao, Gerhard -- http://www.wiesinger.com/
Re: [Dovecot] Problem with squirrelmail and dovecot 1.1
On Fre, August 22, 2008 13:01, Gerhard Wiesinger wrote:
Has noone any idea?
after 1.0.13 i have to change to
$allow_thread_sort= false;
$allow_server_sort= true;
in 1.0.13 i can have both as true
my dovecot namespace is
namespace private {
#separator =
prefix =
#location =
inbox = yes
#hidden = yes
}
i olso seek for get back the thread sort again
--
Benny Pedersen
Need more webspace ? http://www.servage.net/?coupon=cust37098
Re: [Dovecot] Problem with squirrelmail and dovecot 1.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ciao, I'm new to dovecot, just a week into switching over from UW-Imap, so take my word with caution. We use SpuirrelMail, 1.4.15, and not seeing any problems. Have you configured your folder defaults with squirrellMail? Namely Option 1. Default Folder Prefix should be mail/ without the quotes. I found that Dovecot didn't like ~/mail. Though I think if you put the following in your dovecot.conf file: mail_full_filesystem_access = yes That the ~/mail will work then. Gerhard Wiesinger wrote: Hello! Has noone any idea? Ciao, Gerhard -- http://www.wiesinger.com/ Hello! I'm running squirrelmail 1.4.8 (I know this is not the latest version) and know I'm having troubles with: 1.) Folder list view 2.) Save to sent or Drafts folder. Configuration worked well. I think it has to do with the upgrade from dovecot 1.0 to 1.1 and the LIST command. Thunderbird/alpine work well. Commands from rawlog are: A002 LIST ~/Mail/Drafts A002 OK List completed. or A002 LIST ~/Mail/sent A003 CREATE ~/Mail/sent A002 OK List completed. A003 NO Mailbox exists. Has something changed in the folder behaviour of dovecot from 1.0 to 1.1? If you need more information please let me know it. Any ideas? Thnx. Ciao, Gerhard -- http://www.wiesinger.com/ - -- C. J. Keist Email: [EMAIL PROTECTED] UNIX/Network ManagerPhone: 970-491-0630 Engineering Network ServicesFax: 970-491-5569 College of Engineering, CSU Ft. Collins, CO 80523-1301 All I want is a chance to prove 'Money can't buy happiness' -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIrsr/A29OFr7C6jcRAj2FAKCWuNF5IC+S3upwn07KIIR1E1k4SACfbRoV YcwUfyF2Y7iucl15/H/c22k= =qI43 -END PGP SIGNATURE-
Re: [Dovecot] assertion failed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timo, From other posts it seems to be when you are moving message. I have tried and cannot get it to happen with my account. I tried with Thunderbird, SquirrellMail, and Mac Mail. Out of 620K of log file lines the error only occurred 81 times yesterday. I will keep an eye on it, and try to find a user that I know I can work with that is getting the error. Timo Sirainen wrote: On Thu, 2008-08-21 at 16:27 -0600, CJ Keist wrote: I haven't heard anything on this bug. Is this a bug? I'm using dovecot 1.1.2 with the following patch applied: http://hg.dovecot.org/dovecot-1.1/rev/d674c05d725d Another section from my logs. I know the backtrace is just numbers, let me know how to compile to get more useful information if you need it. So far no one is beating down my door, so I don't think users are seeing any ill effects. But I would sleep better knowing why it's happening. Aug 21 16:19:17 goku dovecot: [ID 107833 mail.crit] Panic: IMAP(rhjohn): file index-sync.c: line 39 (index_mailbox_set_recent_uid): assertion Yes, it's a bug. Can you reproduce it in any way? v1.1.2 was supposed to fix this for some people, not cause it to happen more often. You can always just comment out that line, it won't really break anything. - -- C. J. Keist Email: [EMAIL PROTECTED] UNIX/Network ManagerPhone: 970-491-0630 Engineering Network ServicesFax: 970-491-5569 College of Engineering, CSU Ft. Collins, CO 80523-1301 All I want is a chance to prove 'Money can't buy happiness' -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIrtCFA29OFr7C6jcRApaTAJ9UFANFdUGZ0Wy5C4CipPlw41rsagCfV5ye rVqQMgyeLVTljR3hQyRw1g0= =xbwh -END PGP SIGNATURE-
Re: [Dovecot] assertion failed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Spoke too soon, I think I have a way to reproduce the error. Here are the steps: 1. Exit out of thunderbird 2. delete mail/.imap folder 3. Restart thunderbird 4. delete a message ( I have setting so that message are moved to Trash when deleted) At that point I get the assertion error in the log files. I'm three for three so far doing this way. Though this could be normal for first time creating the index files in .imap? Timo Sirainen wrote: On Thu, 2008-08-21 at 16:27 -0600, CJ Keist wrote: I haven't heard anything on this bug. Is this a bug? I'm using dovecot 1.1.2 with the following patch applied: http://hg.dovecot.org/dovecot-1.1/rev/d674c05d725d Another section from my logs. I know the backtrace is just numbers, let me know how to compile to get more useful information if you need it. So far no one is beating down my door, so I don't think users are seeing any ill effects. But I would sleep better knowing why it's happening. Aug 21 16:19:17 goku dovecot: [ID 107833 mail.crit] Panic: IMAP(rhjohn): file index-sync.c: line 39 (index_mailbox_set_recent_uid): assertion Yes, it's a bug. Can you reproduce it in any way? v1.1.2 was supposed to fix this for some people, not cause it to happen more often. You can always just comment out that line, it won't really break anything. - -- C. J. Keist Email: [EMAIL PROTECTED] UNIX/Network ManagerPhone: 970-491-0630 Engineering Network ServicesFax: 970-491-5569 College of Engineering, CSU Ft. Collins, CO 80523-1301 All I want is a chance to prove 'Money can't buy happiness' -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIrtoDA29OFr7C6jcRAoBBAKDhPqk7Q/OVlILXoWk+KoY98S5HLgCgwXSZ 71QdwvwxtpDJEb5J49OEu7Y= =/AlA -END PGP SIGNATURE-
[Dovecot] Problem with namespaces
Hi,
I'm trying to create Shared folder with subfolders SPAM and NOT_Spam.
Configuration:
namespace public {
separator = /
prefix = Shared/
location = maildir:/vmail/%Ld/Shared:INDEX=/vmail/%Ld/%Ln/Shared
hidden = no
}
Result I get (is exactly what I want):
Inbox
Drafts
Sent
Trash
Shared
--NOT_Spam
--SPAM
I can select SPAM and NOT_Spam, delete messages etc, but when I select
Shared, it shows:
Mailbox doesn't exist: Shared. As a client I used OE and Thunderbird.
How to get rid of that message?
I'm running latest Dovecot release 1.1.2
/Tom
[Dovecot] Deliver autocreate with auto-subscribe?
Hello, I'm using dovecot with postfix configured for address extensions, so email to [EMAIL PROTECTED] [EMAIL PROTECTED], automatically is handed off to dovecot deliver, which sees there is no folder called folder and autocreates it. This is brilliant, as it means I can give out subject orrientated email addresses, and the mail is automatically put in the right mailbox :) I love dovecot with postfix. However, my problem is my IMAP client (roundcube and HordeIMP) does not see the newly created folder. I have to manually subscribe it in the webmail client, or I have to add the folder to the subscriptions file in my home dir. So my question is, can the deliver command which auto-creates this folder, also add it to the subscriptions file? It seems like it just needs another switch on the command line. http://wiki.dovecot.org/LDA Is this currently possible, and if not, what code do I need to hack to make it work? Thanks Paul
[Dovecot] Option to evaluate IMAP prefixes relative to $HOME, rather than the IMAP root?
Greetings, Is there a mechanism (or relatively small source-code change) which would cause Dovecot to evaluate IMAP prefixes relative to $HOME rather than the configured IMAP root? * * * Background: We're currently migrating from a WU-IMAP mailserver configuration which stores user mail in a global NFS-exported $HOME, and we've run into well-known issues handling client-specified IMAP prefixes. If a user specifies an IMAP prefix, Dovecot evaluates the path given relative to the IMAP root path specified in mail_location, rather than resolving it relative to the user's home directory as our old WU-IMAP installation would do. (For example: if a user has been keeping their mail in $HOME/foobar, and mail_location's folder path is set to %h/mail, then when that user comes to retrieve their mail with an IMAP prefix set to ~/foobar, then Dovecot will attempt to return the contents of the folder $HOME/mail/~/foobar -- which doesn't exist -- rather than $HOME/foobar.) At the moment, we have several hidden namespaces set up to support various common user-side variations -- mail/, Mail/, ~/Mail/, etc. -- each with a different custom mail_location string. Whilst this works for these common cases, it's fairly ugly, and results in extra empty directories appearing in users' $HOME. If there was some mechanism for telling Dovecot to evaluate IMAP prefixes relative to $HOME rather than the mail folder root specified in mail_location, that would provide us with a much neater and general-purpose solution. (I was hoping that setting full_filesystem_access=yes would do this, but it only relaxes the normal access permissions.) Cheers, David -- David McBride [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Dovecot not compiling with pam
Hi Charles, I was using this version since it's the one we have installed in 6 servers. I've solved it, the package pam-devel was not installed a after installating it the dovecot installation run ok with pam support. Thanks, Jorge On 2008/08/22, at 12:19, Charles Marcus wrote: On 8/22/2008, Jorge Ruao ([EMAIL PROTECTED]) wrote: I'm compiling dovecot 1.0.10 with pam support in SLES 9 but i'm getting errors in config.log and it won't compile with pam support. Why not start with the current version if this is a new install? -- Best regards, Charles
[Dovecot] namespaces...
Hi, I am new to dovecot and I am a bit confused with how namespaces/prefixes/separators are handled by the clients and dovecot... I tried to understand the desciption from the conf file but without success. With each conf I create the following path /f1/f2 on the client (thunderbird) and get the following on the dovecot server: PREFIX= and separator=/ = .INBOX.f1.f2 + .INBOXTrash PREFIX=INBOX/ and separator=/ = .f1.f2 and no Trash PREFIX=INBOX. and separator=. = .f1.f2 and no Trash Could someone point me to some IMAP for dummy web page...? ;D Or, what is the best conf able to handle most clients? Thx, JD
[Dovecot] Distributed indexes, maildir_copy_preserve_filename, and Microsoft
Hi, I've just completed a migration from Courier to a Dovecot 1.0.7 (patched RHE 5) which is working great, except for this weirdness of an issue that is impacting a handful of users. My question is that will turning off maildir_copy_preserve_filename help or hurt in a situation where there are multiple servers with their own local INDEX files (uidlist is shared)? The problem is that a few users on a few versions of Microsoft Mail clients are not showing a few messages. They can see the messages just fine in webmail and other, more typical, E-mail clients. I know that the right solution is to upgrade to 1.1.2 and use shared indexes. The plan is to upgrade in a month or so. In my defense, this setup was not of my making, The two things issues that might have an impact are that we have shared (NFS) maildirs on multiple servers with their own local indexes and maildir_copy_preserve_file turned on. The uidlist (CONTROL) is shared and we have sticky connections turned on in our load balancer. The vast majority of clients do not have this issue. Quite frankly I have no idea these clients are ignoring the dovecot-uidlist. Would turning off maildir_copy_preserve_filename help with this setup? Another option might be easier is to delete the users INDEX and let the clients rebuild them. Since this is only a handful of users and we are migrating to 1.1.2 anyway, my preference is to make the bare minimum of changes to help address this problem. The changes need not be perfect nor anytime more than a suggestion or preference. I just want to make things better for a little while. Many thanks in advance. ---Jack P.S. The performance improvement is amazing - anywhere from 2X to 12X depending on what metrics you are looking at. It isn't an apples to apples comparison since we upgraded the servers as well but the old servers are pretty powerful beasts. -- Jack Stewart [EMAIL PROTECTED] / 626-395-4690 http://www.imss.caltech.edu
[Dovecot] Distributed indexes, maildir_copy_preserve_filename, and Microsoft
Hi, I've just completed a migration from Courier to a Dovecot 1.0.7 (patched RHE 5) which is working great, except for this weirdness of an issue that is impacting a handful of users. My question is that will turning off maildir_copy_preserve_filename help or hurt in a situation where there are multiple servers with their own local INDEX files (uidlist is shared)? The problem is that a few users on a few versions of Microsoft Mail clients are not showing a few messages. They can see the messages just fine in webmail and other, more typical, E-mail clients. I know that the right solution is to upgrade to 1.1.2 and use shared indexes. The plan is to upgrade in a month or so. In my defense, this setup was not of my making, The two things issues that might have an impact are that we have shared (NFS) maildirs on multiple servers with their own local indexes and maildir_copy_preserve_file turned on. The uidlist (CONTROL) is shared and we have sticky connections turned on in our load balancer. The vast majority of clients do not have this issue. Quite frankly I have no idea these clients are ignoring the dovecot-uidlist. Would turning off maildir_copy_preserve_filename help with this setup? Another option might be easier is to delete the users INDEX and let the clients rebuild them. Since this is only a handful of users and we are migrating to 1.1.2 anyway, my preference is to make the bare minimum of changes to help address this problem. The changes need not be perfect nor anytime more than a suggestion or preference. I just want to make things better for a little while. Many thanks in advance. ---Jack P.S. The performance improvement is amazing - anywhere from 2X to 12X depending on what metrics you are looking at. It isn't an apples to apples comparison since we upgraded the servers as well but the old servers are pretty powerful beasts. -- Jack Stewart [EMAIL PROTECTED] / 626-395-4690 http://www.imss.caltech.edu
Re: [Dovecot] namespaces...
John Doe wrote: Hi, I am new to dovecot and I am a bit confused with how namespaces/prefixes/separators are handled by the clients and dovecot... I tried to understand the desciption from the conf file but without success. With each conf I create the following path /f1/f2 on the client (thunderbird) and get the following on the dovecot server: PREFIX= and separator=/ = .INBOX.f1.f2 + .INBOXTrash PREFIX=INBOX/ and separator=/ = .f1.f2 and no Trash PREFIX=INBOX. and separator=. = .f1.f2 and no Trash Could someone point me to some IMAP for dummy web page...? ;D Or, what is the best conf able to handle most clients? Thx, JD I research a similar issue for a user and found that the / character is not allowed (or at least didn't used to be) in folder names. Even if you can get it to work on the server, a lot of clients will break. In fact various clients seem to be sensitive to what characters you use outside of a limited range. The SEPARATOR should just refer to the storage structure and the PREFIX should refer to the hierarchy. So if you use / as your SEPARATOR, then your storage structure will be user-directory/folder/sub-folder and if you use . as your storage structure (the default), then your storage structure will be user-directory/.folder.sub-folder . A PREFIX of INBOX. should cause all of the folders sub-folders to appear under the inbox; a PREFIX of . should cause all of the folders to appear at the top level; and a PREFIX of Mail. will should all of the folders to appear under Mail with the exception of the INBOX. The reason that I use the word should because not all clients care what you declare the namespace to be. They know, or think they know, better. Webmail is one of these clients as you declare your own prefix in the configuration file. Once you decide on what structure you want, make sure that your configuration will make that structure the default as you can run with multiple namespace in the same storage locations (if you are a masochist). The sample configuration and wiki is pretty good on this part but let me know if you want help. I was a masochist for a while in my development environment until I became smarter. The RFC isn't a great read so you might want to look at the following discussions about folder characters: http://support.microsoft.com/kb/281211 http://lists.apple.com/archives/macos-x-server/2005/dec/msg00445.html http://osdir.com/ml/mail.squirrelmail.internationalization/2005-10/msg00041 The ideal hierarchy seems client dependent for the clients that care. My preference is to the INBOX. prefix because that's what my ISP and (yuck) Exchange uses. So we can the same look and feel to give our users the warm fuzzy. I'm also lazy and our support staff want the minimum of pain. Applemail seems happy with this setup, unless you have more than one account in which case it gets grumpy no matter what. Thunderbird, pine, and mutt all seem good but they are pretty flexible. I make other people test Microsoft. We are currently using Mail. in production for legacy reasons but that will sort of change someday (we give both depending on server address). I think that Timo likes the (default) top level structure but that is very scary in my environment. I wish I had a better answer but at the end of the day your configuration depends on your client base and what works best for your server. Hope this helps - sorry about the length. ---Jack -- Jack Stewart [EMAIL PROTECTED] http://www.imss.caltech.edu
Re: [Dovecot] Option to evaluate IMAP prefixes relative to $HOME, rather than the IMAP root?
On Fri, 2008-08-22 at 17:06 +0100, David McBride wrote: Is there a mechanism (or relatively small source-code change) which would cause Dovecot to evaluate IMAP prefixes relative to $HOME rather than the configured IMAP root? It's not really possible to know which part of the string is the IMAP prefix and which part is a normal mailbox path. For example user could just as well have created a mailbox called mail/foo and then you shouldn't treat it as plain foo. So the only way would be to set mail_location to point to your home directory. (I was hoping that setting full_filesystem_access=yes would do this, but it only relaxes the normal access permissions.) You didn't mention which Dovecot version you were using or if you're using mbox or maildir, but looks like that setting was broken at least with v1.1. Fixed for mbox (not for maildir yet): http://hg.dovecot.org/dovecot-1.1/rev/c1e022104285 signature.asc Description: This is a digitally signed message part
