Besides of course a "dummy" user that has admin rights to all subfloders
- and handles delivery via Public/ prefix. For example using:
public-dummy+Public/path/to/subfloder.
But - with maildir I've been using a dedicated user that sees public
namespace as its own mailbox - so all the
On 7/6/21 6:40 PM, Michal Soltys wrote:
Hi,
While I was checking old bug I once reported (that one seems to be
fixed, https://www.dovecot.org/list/dovecot/2017-January/106593.html) I
discovered another issue happening under current version when user
sharing his mailbox (with Maildir storage
Hi,
While I was checking old bug I once reported (that one seems to be
fixed, https://www.dovecot.org/list/dovecot/2017-January/106593.html) I
discovered another issue happening under current version when user
sharing his mailbox (with Maildir storage) is not visible under user
using mdbox
On 01/10/2017 09:31 PM, Timo Sirainen wrote:
> On 10 Jan 2017, at 21.58, Michal Soltys <sol...@ziu.info> wrote:
>>
>> Configurations with multiple shared namespaces can trigger a bug
>> where the first argument of strcmp() invocation is NULL.
>>
>> This pa
Configurations with multiple shared namespaces can trigger a bug
where the first argument of strcmp() invocation is NULL.
This patch adds an explicit check, analogously to how the second
argument is sanitized.
---
src/lib-storage/mail-storage.c | 2 +-
1 file changed, 1 insertion(+), 1
I think I've found the reason behind those crashes as in the configuration
posted in the earlier mail.
First the full backtrace:
Message: Process 13965 (imap) of user 105 dumped core.
Stack trace of thread 13965:
#0 0x7fbdaa15929a
On January 2, 2017 at 5:58 PM Michal Soltys <sol...@ziu.info> wrote:
>>
>>
>> Hi,
>>
>> Are configurations (with separate formats per namespace) - such as ...
>>
>> namespace {
>>type = shared
>>list = children
>>in
Hi,
Are configurations (with separate formats per namespace) - such as ...
namespace {
type = shared
list = children
inbox = no
separator = /
subscriptions = no
prefix = shared1/%%n/
location = maildir:/var/mail1/%%n/
}
namespace {
type = shared
list = children
inbox = no
Udo Rader wrote:
Michal Soltys wrote:
Timo Sirainen wrote:
http://dovecot.org/releases/1.1/dovecot-1.1.11.tar.gz
http://dovecot.org/releases/1.1/dovecot-1.1.11.tar.gz.sig
- If mail_chroot is set, don't fail at startup in dump-capability.
Now whenever a system user (using passwd passdb
Timo Sirainen wrote:
http://dovecot.org/releases/1.1/dovecot-1.1.11.tar.gz
http://dovecot.org/releases/1.1/dovecot-1.1.11.tar.gz.sig
- If mail_chroot is set, don't fail at startup in dump-capability.
Now whenever a system user (using passwd passdb/userdb) is trying to
read the mail,
As it's been a while since I upgraded (1.1rc10, jump to 1.1.10), this
might be present in earlier versions as well.
Anyway, if one enables mail_chroot in global config file, dovecot will
try to access /tmp there. Per-user overrides behave correctly.
For example, with:
After looking through wiki/config/list I'm still not sure, what exactly
is the difference between those two. Even all the examples in dovecot's
wiki don't have a single namespace shared anywhere. And there's only
short mention about the difference in dovecot.conf .
Peeking into rfc2342 -
Scott Silva wrote:
You need to clear that checkbox with mbox storage for sure. It might be
OK if you are using Maildir.
It works perfectly fine with Maildir.
Timo Sirainen wrote:
On Apr 4, 2008, at 4:02 PM, Michal Soltys wrote:
Could you try if this works:
http://hg.dovecot.org/dovecot-1.1/rev/9edaf878bb96
Both global and per-user chroot settings work fine with that patch.
Thanks !
Timo Sirainen wrote:
Right. If you use mail_chroot or chroot, the home directory points under
the chroot. I guess it might be also useful for it not to do that, but I
can't change that without breaking backwards compatibility, and I'm not
sure if it's worth it to add yet another setting just
Hello
I've noticed a little strange behaviour of that option. For example with
following settings:
system user: admin, with its home directory as /home/admin
dovecot options: as reported by dovecot -n (in attachment)
dovecot will try to chroot into /home/home/admin with the following
message
Evaggelos Balaskas wrote:
the problem i have with maildir is that programs like sa-learn (from
spamassassin) returns argument too long list and perhaps a lot of other
programs too.
I have never seen sa-learn giving me any problems while learning spam
from maildirs (often with tens of
Ralf Hildebrandt wrote:
XFS is lousy for many small files. We tried XFS for our 9000 Users
(Maildir) and swithced back to ext3.
Properly tuned XFS is supposedly very nice. Check out:
http://everything2.com/index.pl?node_id=1479435
for more info.
Chaos Engine wrote:
Of course my onboard clock is constantly off by more than 5 secs.
I don't want
to abandon time synchronization and I want to use dovecot. Maybe a
-HUP signal would do? What do you propose?
Not too long ago there was a similar question. You can simply recompile
dovecot
Congratulations !
Now let's get 1.0.1 quckly ;)
Timo Sirainen wrote:
I did several fixes now. These should fix them:
http://www.dovecot.org/list/dovecot-cvs/2007-March/008412.html
http://www.dovecot.org/list/dovecot-cvs/2007-March/008413.html
Seems everything works well now.
Originally I've thought that this is related to INBOX field,
but it turned out it happens only when you specify mbox.
Consider following passwd-file:
testms::1:1:imap,,,:/home/vmail/ppgk.com.pl/testms/./::userdb_mail=mbox:~/Mail:INBOX=/home/vmail/ppgk.com.pl/%u/inbox
or following line
Recently I've made the post about double homedir problem,
but I couldn't recreate it later. Here're the exact steps to
make it happen (configuration is at the bottom):
1) set configuration as below with passwd-files
2) clean testms dir (not necessary though)
3) reload dovecot (HUP is enough)
4)
Michal Soltys wrote:
With following configuration:
[cut]
Hmm, I can't recreate it now..
Timo Sirainen wrote:
Fixed: http://dovecot.org/list/dovecot-cvs/2007-March/008217.html
Works perfectly now. Thanks.
As in subject, if you for instance create a simple passwd-file with:
[EMAIL
PROTECTED]:{plain}pass:2:10::/home/regular/.test::userdb_mail=maildir:%h/maildir
Dovecot (rc23 27) will expand %h to empty string, and try to make a
directory under /
Mar 14 14:25:28 rasengan dovecot:
Timo Sirainen wrote:
On Wed, 2007-03-14 at 14:36 +0100, Michal Soltys wrote:
As in subject, if you for instance create a simple passwd-file with:
[EMAIL
PROTECTED]:{plain}pass:2:10::/home/regular/.test::userdb_mail=maildir:%h/maildir
Dovecot (rc23 27) will expand %h to empty string
Timo Sirainen wrote:
On Wed, 2007-03-14 at 15:31 +0100, Michal Soltys wrote:
Timo Sirainen wrote:
On Wed, 2007-03-14 at 14:36 +0100, Michal Soltys wrote:
As in subject, if you for instance create a simple passwd-file with:
[EMAIL
PROTECTED]:{plain}pass:2:10::/home/regular/.test
28 matches
Mail list logo
