Re: [Dovecot] Fwd: converting from vm-pop3d
I hate to be rude but I am going to bump my post. Does anybody have any advice on migrating from vm-pop3d? Which version of vm-pop3d you use ? vm-pop3d POP3 Server Version 1.1.7f-DA-2
Re: [Dovecot] lazy-expunge acl bug?
Am 07.06.2010 18:23, schrieb Timo Sirainen: On ma, 2010-06-07 at 11:00 +0200, Martin Ott wrote: we've defined a public namespace shared and use the acl and lazy-expunge plugins among others. The problem is, that a mailbox is deleted by the DELETE-command without the x-flag to be set (# 1.2.9): Looks like the plugin ordering code is a complete mess and it just happens to work in most situations.. It's now fixed properly in v2.0, but for v1.2 the only solutions would be: a) Backport major plugin API redesign changes from v2.0. b) Try to add some hack that possibly fixes some situation, but possibly breaks another one.. I'm not really happy with either of those choices. Few people have complained about problems related to this, so I think I'll just leave it as it is in v1.2. After the dovecot-update (mercurial) the problem has disappeared - perhaps due to http://hg.dovecot.org/dovecot-1.2/rev/029c3afcfbd0 - acl in the public namespace work properly now. As we extensively use folders in the public namespace and users permitted to expunge messages, it would be very convenient if the lazy_expunge plugin worked in this namespace as well. A practical behavior could be to store expunged mailboxes and mails in a seperate, non-user specific, folder. Is it possible to extend the lazy_expunge plugin towards this behavior? Martin
[Dovecot] Evolution and Thunderbird do different things?
I'm trying both Evolution and Thunderbird on my IMAP server, and find that there are differences in how some things are done, between clients. Shouldn't there have been a standard way to do these things in the IMAP protocol? The first thing I noticed is that when deleting email from one client, it puts a T on the file name, leaving it where it is, and from the other client, it moves the mail to a .Trash directory on the server (and created a 2nd Trash folder ... so now I have 2 Trash folders, one with some deleted mail in it, and the other with some deleted mail in it). I'm not saying Dovecot has a problem here. But maybe IMAP the protocol does for not having a standard way to do things, and these clients, for not doing it the same way (if there is some standard somewhere). Any IMAP experts here know what the story is with this?
Re: [Dovecot] Evolution and Thunderbird do different things?
On 09/06/10 16:15, Phil Howard wrote: I'm trying both Evolution and Thunderbird on my IMAP server, and find that there are differences in how some things are done, between clients. Shouldn't there have been a standard way to do these things in the IMAP protocol? The first thing I noticed is that when deleting email from one client, it puts a T on the file name, leaving it where it is, and from the other client, it moves the mail to a .Trash directory on the server (and created a 2nd Trash folder ... so now I have 2 Trash folders, one with some deleted mail in it, and the other with some deleted mail in it). I'm not saying Dovecot has a problem here. But maybe IMAP the protocol does for not having a standard way to do things, and these clients, for not doing it the same way (if there is some standard somewhere). Any IMAP experts here know what the story is with this? Hi, The IMAP protocol does not define folder names and such. Servers and clients only know how to create/remove/rename/relocate folders and files, and some other basics. The names that are used by default, is a choice of the user (mostly the default settings in the users' client). 'Trash' is the default trashcan folder in thunderbird, but in MS Outlook it's 'Deleted Items' (not even mentioning differences related to locale settings). When interpreting your experience with Evolution (never used it myself), I guess that it doesn't use the trashcan folder concept at all, but in stead flags a message as 'Trash', in the same way that you would set 'Seen' or 'Important' flags, and treats these message different from a UI perpective. AFAIK only the INBOX is a well-known default (and maybe even part of some RFC). You could try to set up all clients' prefs to use the same naming scheme, and the same way of trash handling, when possible. -- Regards, Tom signature.asc Description: OpenPGP digital signature
[Dovecot] Thunderbird and shared mailboxes
I'm setting up shared mailboxes as in http://wiki.dovecot.org/SharedMailboxes/Shared, and have set ACLs as described on that page to share one folder of user A's mailbox with User B. However, I'm struggling to get Thunderbird for us...@example.com to read the shared folder of us...@example.com. Has anyone done this? Thunderbird 3.0, Dovecot 1.2.11 Thanks, Keith
Re: [Dovecot] Thunderbird namespace handling
On Tue, May 25, 2010 at 07:04:13PM +0100, Timo Sirainen wrote: On Thu, 2010-04-22 at 15:31 +0200, Thomas Hummel wrote: I've noticed that Thunderbird (3.0.3) seems to wrongly repeat the namespace prefix when selecting the top level maildir of a namesapce. hidden = no list = yes This combination is arguably a wrong way to define namespaces. I missed your reply : What's wrong with this combination ? -- Thomas Hummel | Institut Pasteur hum...@pasteur.fr | Pôle informatique - systèmes et réseau
Re: [Dovecot] Dovecot v2.0.beta5 (2d6cf78982dc): Crashes upon client login
On ti, 2010-06-08 at 22:05 +0200, Thomas Leuxner wrote: Am 08.06.2010 um 21:57 schrieb Timo Sirainen: On ti, 2010-06-08 at 19:36 +0200, Thomas Leuxner wrote: #0 quota_mailbox_transaction_commit (ctx=0x1d0, changes_r=0x7fffec59fd80) at quota-storage.c:91 qbox = (struct quota_mailbox *) 0x1d5df50 qt = (struct quota_transaction_context *) 0x0 Well, qt=NULL just shouldn't be happening.. Try make clean and make install again? If that doesn't help, show your doveconf -n output. Recompiling leads to the same result. Rolling back to Dovecot v2.0.beta5 (6f5d3e035652) restores functionality. http://hg.dovecot.org/dovecot-2.0/rev/6d32cf98b5f3 should fix this.
Re: [Dovecot] Fwd: converting from vm-pop3d
Tim Uckun timuc...@gmail.com wrote: I hate to be rude but I am going to bump my post. Does anybody have any advice on migrating from vm-pop3d? Which version of vm-pop3d you use ? vm-pop3d POP3 Server Version 1.1.7f-DA-2 Ughh... Full name of this big mess - 1.1.7f-T8-DA-2 (direct admin version based on my patches with small changes). Grab convert script here: http://www.temnota.kmv.ru/vm-pop3d/vm-pop3d-migrate.pl
Re: [Dovecot] Fwd: converting from vm-pop3d
On ke, 2010-06-09 at 15:26 +1200, Tim Uckun wrote:
You didn't really seem to have any specific questions.
Sorry. I'll try to be more specific.
My first question is what do to about the mail format. Right now it's
mbox and from reading the migration I understand that having dovecot
point to these files is going to reset the pointers and cause people
to re-download the files. I see a couple of scripts there that might
help. One of them converts the mbox to maildir the other messes with
the UIDs of the message. Which is the better approach? Would
converting to maildir be a better long term solution?
I think it's safer to do one thing at a time. First migrate to Dovecot.
Then maybe migrate to Maildir.
Also vm-pop3d has their own quota system and passwd files. The passwd
files are in /etc/virtual/%d/passwd, they are just username:password
and nothing else. Can I safely presume dovecot can read these? All the
files in the /etc/virtual/$d are owned by mail.mail BTW.
Yes. http://wiki.dovecot.org/AuthDatabase/PasswdFile
The quota file is also in the above mentioned directory. Would dovecot
be able to parse that OK?
I don't know what the quota file contains. Most likely not compatible.
The mails are delivered to /var/spool/virtual/%d/%u There are no
other files that I can see, there are no other directories for
mailboxes that I can see (sorry I didn't set this up). Those
directories are owned by %u.mail and so are the files in the
directories. Do I have to change the ownership of all these to the
mail user? I understand that dovecot uses the same user for all
mailboxes.
Dovecot can use one or more users. You don't need to change ownership of
any files if you don't want to. You could use e.g.
userdb static {
args = uid=%u gid=%u home=/var/spool/virtual/%d/%u
}
If possible, try it first with a few users.
http://wiki.dovecot.org/Migration should tell the most important stuff.
Any good strategy for attempting this? Put dovecot on a different port
perhaps?
Different port or different IP.
Re: [Dovecot] Evolution and Thunderbird do different things?
On Wed, Jun 9, 2010 at 12:07, Tom Hendrikx t...@whyscream.net wrote: The IMAP protocol does not define folder names and such. Servers and clients only know how to create/remove/rename/relocate folders and files, and some other basics. The names that are used by default, is a choice of the user (mostly the default settings in the users' client). I was afraid of that. A standard for syntax but not as much for semantics at a higher level. 'Trash' is the default trashcan folder in thunderbird, but in MS Outlook it's 'Deleted Items' (not even mentioning differences related to locale settings). When interpreting your experience with Evolution (never used it myself), I guess that it doesn't use the trashcan folder concept at all, but in stead flags a message as 'Trash', in the same way that you would set 'Seen' or 'Important' flags, and treats these message different from a UI perpective. AFAIK only the INBOX is a well-known default (and maybe even part of some RFC). But that would mean there is some mechanism in IMAP for these flags. Dovecot is attaching the flag 'T'. But what does 'T' mean? If IMAP allows setting flags with arbitrary letters, then 'T' could mean Trash for one client and Terrorist for another client, or no meaning at all for yet another. You could try to set up all clients' prefs to use the same naming scheme, and the same way of trash handling, when possible. That'll be the hard part ... that I was was afraid of. It will require getting everyone to use their clients in the same way, disrupting what they already do. I guess it isn't much of a problem for most people because they rarely share a mailbox between different people with different clients.
Re: [Dovecot] Thunderbird and shared mailboxes
On ke, 2010-06-09 at 17:41 +0100, Keith Edmunds wrote: I'm setting up shared mailboxes as in http://wiki.dovecot.org/SharedMailboxes/Shared, and have set ACLs as described on that page to share one folder of user A's mailbox with User B. You did it with SETACL command, and you had acl_shared_dict set? A little more details would be helpful.. However, I'm struggling to get Thunderbird for us...@example.com to read the shared folder of us...@example.com. Has anyone done this? It's easier to test these things by talking IMAP protocol directly. Clients sometimes hide the real problem. http://wiki.dovecot.org/TestInstallation
Re: [Dovecot] Thunderbird namespace handling
On ke, 2010-06-09 at 18:58 +0200, Thomas Hummel wrote: On Tue, May 25, 2010 at 07:04:13PM +0100, Timo Sirainen wrote: On Thu, 2010-04-22 at 15:31 +0200, Thomas Hummel wrote: I've noticed that Thunderbird (3.0.3) seems to wrongly repeat the namespace prefix when selecting the top level maildir of a namesapce. hidden = no list = yes This combination is arguably a wrong way to define namespaces. I missed your reply : What's wrong with this combination ? See this thread: http://mailman2.u.washington.edu/pipermail/imap-protocol/2010-May/001076.html
Re: [Dovecot] Evolution and Thunderbird do different things?
On 09/06/10 19:12, Phil Howard wrote: But that would mean there is some mechanism in IMAP for these flags. Dovecot is attaching the flag 'T'. But what does 'T' mean? If IMAP allows setting flags with arbitrary letters, then 'T' could mean Trash for one client and Terrorist for another client, or no meaning at all for yet another. Flags was actually the wrong phrase, the correct term is IMAP keywords. The way that Dovecot handles this internally, is described in http://wiki.dovecot.org/MailboxFormat/Maildir . But it has no use to investigate the inner workings of dovecot when all clients see the data through the same interface. Dovecot will tell all clients which keywords your message has. Some clients just treat some keywords 'special'. In https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/13983 (google is a bad company but a great tool!) there is a nice thread about differences of trash implementations between Evolution and 'the others'. That'll be the hard part ... that I was was afraid of. It will require getting everyone to use their clients in the same way, disrupting what they already do. I guess it isn't much of a problem for most people because they rarely share a mailbox between different people with different clients. Recalling now, I think this issue triggered me to ditch Evolution after 2 days of testing some years ago, and into using the same client everywhere. But YMMV... -- Regards, Tom signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Evolution and Thunderbird do different things?
On Wed, Jun 9, 2010 at 14:02, Tom Hendrikx t...@whyscream.net wrote: Flags was actually the wrong phrase, the correct term is IMAP keywords. The way that Dovecot handles this internally, is described in http://wiki.dovecot.org/MailboxFormat/Maildir . But it has no use to investigate the inner workings of dovecot when all clients see the data through the same interface. Dovecot will tell all clients which keywords your message has. Some clients just treat some keywords 'special'. In https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/13983 (google is a bad company but a great tool!) there is a nice thread about differences of trash implementations between Evolution and 'the others'. Thanks for that link. Good reading and perspective. Recalling now, I think this issue triggered me to ditch Evolution after 2 days of testing some years ago, and into using the same client everywhere. But YMMV... I haven't decided, yet. I've used both in different places off and on for the past few years, as well as text based mail agents in command line environments, plus some webmail systems. But at least it helps to understand better what is going on. And I may well move to Thunderbird at some point.
[Dovecot] failed to store into mailbox 'INBOX': Not enough disk space. with large mail
Hello, I am having this error message on some rare emails with more than 6 mb or so. Neither the dovecot server nor the filesystem where the maildir resides have any quota or are full at the time of delivering. The mails goes getmail-postfix-dovecot delivery agent Is the mail written to any other place than the maildir folder? Even though all my temp folders should also be able to hold some megabytes... Thanks for any help, Johannes message: *sieve: info: started log at ... error: msgid=XXX: failed to store into mailbox 'INBOX': Not enough disk space. * dovecot --version 1.2.10 dovecot -n # 1.2.10: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-686 i686 Debian 5.0.4 xfs log_timestamp: %Y-%m-%d %H:%M:%S protocols: imaps ssl_cert_file: /etc/certificates/XXX ssl_key_file: /etc/certificates/XXX login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login login_greeting: XXX mail_access_groups: mail mail_location: maildir:/services/mail/%u mbox_write_locks: fcntl dotlock lda: postmaster_address: root mail_plugins: sieve auth default: verbose: yes passdb: driver: pam userdb: driver: passwd plugin: sieve: /var/sieve-scripts/%u/filter.sieve
Re: [Dovecot] Evolution and Thunderbird do different things?
On 2010-06-09 2:02 PM, Tom Hendrikx wrote: Recalling now, I think this issue triggered me to ditch Evolution after 2 days of testing some years ago, and into using the same client everywhere. But YMMV... Everything I've read says Evolution is not nearly stable enough for serious, daily use, even on Linux...
Re: [Dovecot] failed to store into mailbox 'INBOX': Not enough disk space. with large mail
On 2010-06-09 3:48 PM, Johannes Dröge wrote: message: *sieve: info: started log at ... error: msgid=XXX: failed to store into mailbox 'INBOX': Not enough disk space. postconf -n output?
[Dovecot] [OT] Re: Evolution and Thunderbird do different things?
On Wed, 2010-06-09 at 16:10 -0400, Charles Marcus wrote: On 2010-06-09 2:02 PM, Tom Hendrikx wrote: Recalling now, I think this issue triggered me to ditch Evolution after 2 days of testing some years ago, and into using the same client everywhere. But YMMV... Everything I've read says Evolution is not nearly stable enough for serious, daily use, even on Linux... Firstly I've moved this thread to Off Topic.. since it has nothing to do with Dovecot and really should be removed off this list. Secondly, I disagree, I have used Evolution on desktop, seriously, at home and work, for many many many years and have had no problems with it. I don't use any other client.
Re: [Dovecot] failed to store into mailbox 'INBOX': Not enough disk space. with large mail
On Wed, 2010-06-09 at 21:48 +0200, Johannes Dröge wrote: Hello, I am having this error message on some rare emails with more than 6 mb or so. Neither the dovecot server nor the filesystem where the maildir resides have any quota or are full at the time of delivering. The mails goes getmail-postfix-dovecot delivery agent Is the mail written to any other place than the maildir folder? Even though all my temp folders should also be able to hold some megabytes... should be able to ? how much disk space is free? this indicates what it says, there is not enough disk space Thanks for any help, Johannes message: *sieve: info: started log at ... error: msgid=XXX: failed to store into mailbox 'INBOX': Not enough disk space. *
Re: [Dovecot] failed to store into mailbox 'INBOX': Not enough disk space. with large mail
On Thu, 2010-06-10 at 08:28 +1000, Noel Butler wrote: On Wed, 2010-06-09 at 21:48 +0200, Johannes Dröge wrote: Hello, I am having this error message on some rare emails with more than 6 mb or so. Neither the dovecot server nor the filesystem where the maildir resides have any quota or are full at the time of delivering. The mails goes getmail-postfix-dovecot delivery agent Is the mail written to any other place than the maildir folder? Even though all my temp folders should also be able to hold some megabytes... should be able to ? how much disk space is free? this indicates what it says, there is not enough disk space I shouldn't do lists before I finish my first coffee of teh day :- I missed your using system accounts so Charles may be on the right track, you need to find the size of your existing mailbox, search for mailbox_size_limit if you have not altered this value in main.cf use postconf -d to see its value, about 50MB I think. postfix uses a rather small value as default size limit, you may not have 6 MB free in that limit. alter it to 100MB or something like that. You can also set it to 0 to disable the limit. Cheers
[Dovecot] problems with shared mailboxes and other general issues
I'm also having beginner's troubles with shared mailboxes with dovecot
1.2.11.
I've used the TestInstallation instructions for connecting to the imap
port via openssl and issuing the setacl/getacl commands. Those appear
to be fine.
I'm having real difficulty with the acl_shared_dict configuration. I'd
prefer to just use a flat file, as I don't anticipate using shared
folders very frequently. I don't need a database and would greatly
prefer not to have a dependency on our database service. So, with this
setting:
acl_shared_dict = file:/private/dovecot/var/etc/shared-mailboxes
The '../var/etc' directory is something like 755. I have to create the
file first and make it 666. When it is updated, ownership permissions
are changed such that the user giving acl permissions then owns the file
and it's 600. I tried setting it back to 644 afterward, so other users
could read it, but they tried setting a lock in that dir as well.
I tried this:
acl_shared_dict =
file:/private/dovecot/var/etc/shared-list/shared-mailboxes-%u
Then I made shared-list have '1777' permissions. Permissions-wise, this
will now work, including locks, but I'm guessing this is just plain
wrong and I still can't verify access.
My second choice was to use sqlite for this acl_shared_dict, but, even
though I compiled dovecot with sqlite support and 'ldd' shows that
'../libexec/dict' is linked against sqlite libraries, when I tried this
config:
acl_shared_dict = sqlite:/private/dovecot/etc/acl-shared-dict.conf
I get this, and dovecot fails to start up.
EUnknown dict module: sqlite
I question whether I can use sqlite for acl_shared_dict.
Furthermore, in this vein, I don't really know what the shared namespace
should even look like. I've been trying the imap commands LIST and
MYRIGHTS to verify access, but there are simply no examples. I'd rather
expect this to work:
x myrights shared/fromuser/folder
but all I get is mailbox doesn't exist. I know 'shared' is the
namespace, but I just don't know how it should really be referred to.
Personally, I can live without the acl_shared_dict (from what I
understand). I don't need to see the shared path for subscription, I'd
just manually add the folder path to the .subscriptions file for the
handful of users that need it. I just don't think it's working, though.
On a related note, I thought I'd increase debugging to see if that
helped out any. When I change 'mail_debug' to 'yes', as soon as I issue
the imap login command, it logs some stuff, then kicks me out.
Jun 09 15:57:53 IMAP(tom2): Info: acl: initializing backend with data: vfile
Jun 09 15:57:53 IMAP(tom2): Info: acl: acl username = tom2
Jun 09 15:57:53 IMAP(tom2): Info: acl: owner = 1
Jun 09 15:57:53 dovecot: Error: child 6000 (imap) killed with signal 11
(core dumps disabled)
I would assume this error is causing my problems, but for all I know, it
could be a side-effect of verbose debugging -- to just terminate. I see
nothing about that in the docs, though. imap works fine without verbose
logging, so I'm baffled.
I have been frustrated by the shared namespace documentation. I've been
through it again and again, but haven't found the answers I've been
looking for.
Here is the relevant configuration:
namespace shared {
location = mbox:%%h/mail/shared:INDEX=%%h/mail/shared/.imap
# everything else defaults
}
protocol imap {
mail_plugins = quota imap_quota acl imap_acl
}
protocol lda {
mail_plugins = acl
}
plugin {
acl = vfile
acl_shared_dict =
file:/private/dovecot/var/etc/shared-list/shared-mailboxes-%u
}
Re: [Dovecot] problems with shared mailboxes and other general issues
On 10.6.2010, at 1.16, Tom Lieuallen wrote:
I'm having real difficulty with the acl_shared_dict configuration. I'd
prefer to just use a flat file, as I don't anticipate using shared folders
very frequently. I don't need a database and would greatly prefer not to
have a dependency on our database service. So, with this setting:
acl_shared_dict = file:/private/dovecot/var/etc/shared-mailboxes
The '../var/etc' directory is something like 755. I have to create the file
first and make it 666.
That should work.
When it is updated, ownership permissions are changed such that the user
giving acl permissions then owns the file and it's 600.
That shouldn't happen. It should preserve the original file permissions. If the
file doesn't exist, it should get parent directory's permissions and use them.
Wonder if the problem is the parent dir's permissions?
It's of course also possible that there is a bug. It would speed things up a
bit if you could try this with latest v2.0 nightly snapshot if it's still
broken: http://dovecot.org/nightly/dovecot-latest.tar.gz
I tried setting it back to 644 afterward, so other users could read it, but
they tried setting a lock in that dir as well.
Yes, lock files are created every time the file is updated (it's recreated
every time).
I tried this:
acl_shared_dict =
file:/private/dovecot/var/etc/shared-list/shared-mailboxes-%u
That just won't work (or at least do anything useful). Each user would have his
own file, and no one else would see it.
My second choice was to use sqlite for this acl_shared_dict, but, even though
I compiled dovecot with sqlite support and 'ldd' shows that '../libexec/dict'
is linked against sqlite libraries, when I tried this config:
acl_shared_dict = sqlite:/private/dovecot/etc/acl-shared-dict.conf
I get this, and dovecot fails to start up.
EUnknown dict module: sqlite
Right. This is because typically all except file backend goes through dict
process, and you need to use proxy backend to do that. See for example quota
dict configuration.
Furthermore, in this vein, I don't really know what the shared namespace
should even look like. I've been trying the imap commands LIST and MYRIGHTS
to verify access, but there are simply no examples. I'd rather expect this
to work:
x myrights shared/fromuser/folder
but all I get is mailbox doesn't exist. I know 'shared' is the namespace,
but I just don't know how it should really be referred to.
That should work.. The important thing (in your setup that uses %h) is that
fromuser's userdb lookup returns the expected home directory for the user. So
the username should be the same as what the user logs in with.
Personally, I can live without the acl_shared_dict (from what I understand).
I don't need to see the shared path for subscription, I'd just manually add
the folder path to the .subscriptions file for the handful of users that need
it. I just don't think it's working, though.
That should work, yes.
On a related note, I thought I'd increase debugging to see if that helped out
any. When I change 'mail_debug' to 'yes', as soon as I issue the imap login
command, it logs some stuff, then kicks me out.
Jun 09 15:57:53 IMAP(tom2): Info: acl: initializing backend with data: vfile
Jun 09 15:57:53 IMAP(tom2): Info: acl: acl username = tom2
Jun 09 15:57:53 IMAP(tom2): Info: acl: owner = 1
Jun 09 15:57:53 dovecot: Error: child 6000 (imap) killed with signal 11 (core
dumps disabled)
Signal 11 means a crash. It's always a bug. A gdb backtrace would be helpful in
fixing it. See http://dovecot.org/bugreport.html
I have been frustrated by the shared namespace documentation. I've been
through it again and again, but haven't found the answers I've been looking
for.
I guess it's not ideal yet, but I don't yet have any ideas how to improve it.
Maybe once you get it working, you could suggest something?
namespace shared {
location = mbox:%%h/mail/shared:INDEX=%%h/mail/shared/.imap
Don't set the :INDEX directory that way. It probably won't break anything, but
it's confusing. Root level mailbox indexes share the indexes with the
originating user, but non-root level mailboxes are added under shared/.imap/
directory rather than shared/sub/.imap/ directory.
Although .. the whole idea of using mail/shared here doesn't really seem right.
You want users to be able to share only mailboxes under shared/ and show them
as shared/user/.. without the additional shared? I don't think I've tried that
kind of a setup before. Maybe it should work .. maybe it does work and isn't
the problem. But try removing that first and see if it's actually the cause of
your problem.
Also I'm not sure if I ever tried using mbox for shared mailboxes, but I think
it should work..
Re: [Dovecot] question about rpc quota reporting 1.2.11
On 5/28/10 8:53 AM, Timo Sirainen wrote: On Thu, 2010-05-27 at 09:10 -0700, Tom Lieuallen wrote: I'm getting the same type of error with the quota2 line now: open(/nfs/rack/u4/quotas) failed: Permission denied Since the home directory quota worked without the plugin configuration, my guess is that the plugin config is not using rpc. I can't find any way to force it to use rpc. Again, if I make that 'quotas' file world readable (which I believe isn't good practice), dovecot stops complaining. Dovecot first finds the mountpoint and then gets its filesystem. If it's nfs, it uses rquota, otherwise local quota. You could enable mail_debug=yes and see what mountpoints Dovecot finds and then see if their type is nfs or something else. Also this would make checking the type (correctly) even easier: http://hg.dovecot.org/dovecot-1.2/rev/eaba4cfeaa44 again, my quota config is this: quota = fs:INBOX:mount=/a1 quota2 = fs:Home quota:mount=%h When I modified the quota-fs.c file, recompiled, and ran in mail_debug mode, I get messages like this: Jun 09 17:47:11 IMAP(toml): Info: Effective uid=5113, gid=5094, home=/nfs/farm/u3/t/toml Jun 09 17:47:11 IMAP(toml): Info: Quota root: name=INBOX backend=fs args=mount=/a1 Jun 09 17:47:11 IMAP(toml): Info: Quota root: name=Home quota backend=fs args=mount=/nfs/farm/u3/t/toml Jun 09 17:47:11 IMAP(toml): Info: Namespace: type=private, prefix=, sep=/, inbox=yes, hidden=no, list=yes, subscriptions=yes Jun 09 17:47:11 IMAP(toml): Info: mbox: data=~/mail:INBOX=/var/mail/toml:INDEX=/a2/imap-index/toml Jun 09 17:47:11 IMAP(toml): Info: fs: root=/nfs/farm/u3/t/toml/mail, index=/a2/imap-index/toml, control=, inbox=/var/mail/toml Jun 09 17:47:11 IMAP(toml): Info: fs quota add storage dir = /nfs/farm/u3/t/toml/mail Jun 09 17:47:11 IMAP(toml): Info: fs quota block device = stak.engr.oregonstate.edu:/farm-u3 Jun 09 17:47:11 IMAP(toml): Info: fs quota mount point = /nfs/farm/u3 Jun 09 17:47:11 IMAP(toml): Info: fs quota mount type = nfs Jun 09 17:47:11 IMAP(toml): Error: open(/nfs/farm/u3/quotas) failed: Permission denied (after checking quota on a folder in my home directory from thunderbird...) Jun 09 17:47:11 IMAP(toml): Info: quota-fs: host=stak.engr.oregonstate.edu, path=/farm-u3, uid=5113, bytes Jun 09 17:47:12 IMAP(toml): Info: quota-fs: uid=5113, value=3105161216, limit=409600, active=1 That is the correct quota for my home dir, so it did query via rquota eventually. There just seems to be something happening at login (at least) where it is trying via the file system first, even though it shouldn't. thank you Tom Lieuallen
[Dovecot] null errors from 2.0.beta5
When my dovecot-2.0.beta5 auth module logs a 552-byte debug message, the message is split into two lines and also a null error message: Wed Jun 9 23:44:29 gromit dovecot[58892]: auth: Error: I think this has to do with the use of PIPE_BUF (512) sized buffers in the logging code, and the !line_is_ok() case in i_failure_parse_line(). Could you please remove the null error message? Just a nuisance, nothing serious. Thanks.
