similar to: Debian package for 2.0beta5 (was: Re: %d is empty in mail_location)

I have this in dovecot-postfix.conf: mail_location = maildir:/home/mail/dnamesum=%12MLd/dname=%Ld/unamesum=%12MLn/uname=%Ln/mail Yes, it is excessive, but that's just for testing. The pattern I really want is less clear for debugging. In postfix/main.cf I have: mailbox_command = /usr/lib/dovecot/deliver -c /etc/dovecot/dovecot-postfix.conf -a "${RECIPIENT}" I verified through

Latest HG reproducibly crashes when accessing a virtual namespace: Apr 22 14:49:38 spectre dovecot: master: Dovecot v2.2.12 (09c114091c88) starting up for imap, lmtp [?] Apr 22 14:50:05 spectre dovecot: imap(tlx at leuxner.net): Panic: file mail-storage.c: line 1735 (mailbox_notify_changes): assertion failed: (box->opened) Apr 22 14:50:05 spectre dovecot: imap(tlx at leuxner.net): Error: Raw

Hi, captured a crash on mdbox with latest mercurial: Mar 9 13:56:28 spectre dovecot: imap(tlx at leuxner.net): Corrupted dbox file /var/vmail/leuxner.net/tlx/mdbox/storage/m.59 (around offset=1438073): msg header has bad magic value Mar 9 13:56:28 spectre dovecot: imap(tlx at leuxner.net): Corrupted dbox file /var/vmail/leuxner.net/tlx/mdbox/storage/m.59 (around offset=1438073): uid=4831

I have noticed a difference in the behavior of ACLs. When used in a MUA the following global ACL works fine and has the desired effect - new mailboxes can be created by a user being part of the 'PublicMailboxAdmins' group: [ global-acl: ] INBOX owner lrwstiekxap Public/* group=PublicMailboxAdmins lrwsipk Public/* anyone lr Public/* authenticated lrws Creating the same mailbox via

Hi, after upgrading to Dovecot 1.2x including the rewritten Sieve plugin replacing 'cmusieve', messages which have formerly been filed to a "Public/Mailing-List" maildir are no longer filtered correctly. The sieve script itself is included in the user's personal-script. The messages are dropped to the INBOX rather than the "Public Namespace Maildir". Log's

Dear Thomas, Do you think I should try 2.2.15? Or stick to EE? Tempted to try the latest dovecot. Thanks Kevin ? Original Message ? From: Thomas Leuxner Sent: Wednesday, 28 January 2015 11:00 To: dovecot at dovecot.org Reply To: dovecot at dovecot.org Subject: Re: Indexing Mail faster * superinterstellar at gmail.com <superinterstellar at gmail.com> 2015.01.28 11:53: > Also could you

I can not use quota/dict when i configure it come outs this error. If the configuration gos wrong it just do not happen anything, but if the filds and name are ok, happen this.. > May 14 17:03:40 auth: Debug: Loading modules from directory: > /usr/lib/dovecot/auth > May 14 17:03:40 auth: Debug: master in: USER 1 sfrique at nti.uff.br > service=lda > May 14 17:03:40 auth:

I am trying out "mdbox" under Dovecot 2.0beta5. Looking in the "mailboxes" directory under the mdbox storage root ("~/dbox" in my case), I can see that the mail folders are mapped into filesystem directories. But Dovecot seems to put all the message list information ("dovecot.index.cache", "dovecot.index.log") for any given mail folder into a

Same problem here! Updated dovecot some minutes ago from xi.rename-it.nl.. Please resolve it very quick! Having big problems! Thanks, Patrick. > -----Urspr?ngliche Nachricht----- > Von: dovecot [mailto:dovecot-bounces at dovecot.org] Im Auftrag von > Thomas Leuxner > Gesendet: Samstag, 7. Juni 2014 17:29 > An: dovecot at dovecot.org > Betreff: Re: [Dovecot] imap-login killed

Can't get Thunderbird 2 to delete a folder under mdbox (Dovecot 2.0beta5) I have built Dovecot 2.0 and installed it under "/opt/dovecot2". I have done the minimum configurations necesary to get it to work with SSL, systems users but with a secondary password database, and set up mail location as "mdbox:~/dbox". I had to create the directory "dbox" in the

* Timo Sirainen <tss at iki.fi> 2015.09.08 12:20: > How does the PublicMailboxAdmins group get set? Looks to me like the problem is that it's not getting set to doveadm. Here's an easy way to check if that's the problem or something else: http://hg.dovecot.org/dovecot-2.2/rev/500e8dd7a389 > > If that doesn't help: Show your full doveconf -n, set auth_debug=yes and

Hi, some change between ff5c341f8838 and f30437ed63dc seems to have broken auth: => Bad Login Mar 23 09:01:46 spectre dovecot: master: Dovecot v2.1.3 (f30437ed63dc) starting up [...] Mar 23 10:25:44 spectre dovecot: auth: Debug: auth client connected (pid=7266) Mar 23 10:25:45 spectre dovecot: auth: Debug: client in:

Latest Mercurial seems to miss defaults for some services e.g. 'managesieve' and 'lmtp'. Example error message upon start: dovecotdoveconf: Fatal: Error in configuration file /etc/dovecot/dovecot.conf: service(managesieve-login): vsz_limit is too low failed! Regards Thomas

Let me say this is a rather cosmetic issue, but it appears with the latest commits (around 2.2.5 release) the scheme of 'Received' headers has changed for LMTP: 1) Inet socket: Return-Path: <dfn-adv-bounces at dfn-cert.de> Delivered-To: <tlx at leuxner.net> Received: from spectre.leuxner.net ([188.138.0.199]) by spectre.leuxner.net (Dovecot) with LMTP id

* Stephan Bosch <stephan at rename-it.nl> 2015.05.10 17:34: > Don't hesitate to notify me if there are any problems. Thanks for fixing this. As this repo stuff is mostly bleeding edge, I noticed that the systemd service file needs to be modified to allow coredumps. Not sure how it is supposed to interact with the file /etc/default/dovecot and its ALLOW_COREDUMPS=1 variable, but one

New crash most likely related to Virtual plugin again: Apr 26 07:40:40 spectre dovecot: imap(tlx at leuxner.net): Panic: file mail-storage.c: line 1836 (mailbox_transaction_begin): assertion failed: (box->opened) Apr 26 07:40:40 spectre dovecot: imap(tlx at leuxner.net): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x6bc0f) [0x7fdfce48ac0f] ->

Hi, played around with 'mdbox' format some more. Converted my personal mailbox with latest Dovecot and dsync from HG: dsync convert -u login at yourdomain.com mdbox:~/mdbox One thing I noticed is, that dsync does not take care of existing 'dovecot-acl' files, which it should migrate/copy from my point of view, but simply skips them. Anyway I copied over the ACLs manually and

Appears some change between 2.2.6 and 2.2.7 altered the response codes for LMTP user verification probes. Dovecot 2.2.6: Nov 2 15:50:48 spectre postfix/qmgr[627]: 3dBjr80wMgz1s: from=<double-bounce at spectre.leuxner.net>, size=271, nrcpt=1 (queue active) Nov 2 15:50:48 spectre postfix/cleanup[6226]: 3dBjr80xbYz1w: message-id=<20131102145047.2D3C6824147 at sam.dfn-cert.de> Nov 2

When OCFS2 is available as Production? == Nguyen Quang Huy Sr. Technical Sales Consultant Oracle Vietnam 53 Quang Trung St, Hanoi Email: quang.huy.nguyen@oracle.com Phone: +84 4 943 2595 Fax: +84 4 943 2592 == -----Original Message----- From: ocfs-users-bounces@oss.oracle.com [mailto:ocfs-users-bounces@oss.oracle.com]On Behalf Of ocfs-users-request@oss.oracle.com Sent: Tuesday, May 24, 2005

Hi All, Is there any one know if OCFS2 will be certified on RedHat AS3 or 2.1? On http://oss.oracle.com I see OCFS2 Beta is available for RHAS 4 only. Rgds, Huy. == Nguyen Quang Huy Sr. Technical Sales Consultant Oracle Vietnam 53 Quang Trung St, Hanoi Email: quang.huy.nguyen@oracle.com Phone: +84 4 943 2595 Fax: +84 4 943 2592 == -----Original Message----- From: