similar to: Cosmetic issue with dots in Maildir folder names

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 11 Jan 2017, Aki Tuomi wrote: > On 10.01.2017 17:38, Marek Grondecki wrote: >> Hello Dovecot Community, >> >> I am using Dovecot 2.2.13-12~deb8u1 (Debian Jessie). >> >> separator = / >> listescape plugin is NOT active >> LAYOUT=fs is NOT active >> >> I would like to prohibit a creation

I'd like to flag a problem we are observing that looks like it is caused by the listescape-plugin.c. I realize that this plugin is not part of the standard Dovecot 1.0 distribution but I would appreciate any insights or suggestions for fixes that anyone is kind enough to offer. The problem concerns subfolder renames when used in conjunction with Maildir folders (I've not tested this

I've just stumbled across a strange thing which seems to be a bug. It happens in 2.0.9 as well as 2.0.11 in which I tested it. dovecot -n output: # 2.0.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-220.17.1.el6.x86_64 x86_64 CentOS release 6.2 (Final) listen = * mail_location = maildir:~/mail mail_plugins = " quota listescape" mbox_write_locks = fcntl namespace { inbox = yes

A user alerted me to a problem when he renamed an upper level mail folder and lost access to a lower level folder under it. I tried with and without listescape, it didn't seem to make a difference, and I saw no errors in the dovecot log. Symptoms are if a client has a maildir folder tree .a and .a.b and renames a to c in their client, Thunderbird shows c/b but b is inaccessible since it

Hello Dovecot Community, I am using Dovecot 2.2.13-12~deb8u1 (Debian Jessie). separator = / listescape plugin is NOT active LAYOUT=fs is NOT active I would like to prohibit a creation of folders with dot "." in the names - so creation of a folder "foo.bar" should NOT be possible. Currently, when I create "foo.bar" in Outlook 2013 it will be created but won't

Hello, we experience problems with dovecot configuration using the listescape plugin to allow dots in foldernames. In some mail clients, dot-containing folders won't show any subfolders. This seems to be related to the fact that the \HasNoChildren flag is set on such folders even if subfolders do exits. Here is an example from telnet session: * LIST (\HasNoChildren) "/"

Hello Dovecot Community, I am using Dovecot 2.2.13-12~deb8u1 (Debian Jessie). separator = / listescape plugin is NOT active LAYOUT=fs is NOT active I would like to prohibit/ban the creation of folders with dot "." in the names - so creation of a folder "foo.bar" should NOT be possible. Currently, when I create "foo.bar" in Outlook 2013 it will be created but

Hello, we are using Dovecot 1.2.6 with activated listescape-Plugin. Mutt mutt seems to have a problem with listescape (or my configuration [1] is screwed). When I log in with mutt over imap an press "c", I see al the folders, .Trash, .Drafts etc. But when I try to change to .Drafts (for example), mutt gives me the error the he can't find the folder "\2eDrafts". Is this

I made sure I didn't have the Trash folder open by restarting dovecot, then going to File -> Empty Trash in thunderbird. rawlog in, listescape loaded: 3 select "Trash" 4 list "" "Trash/*" 5 delete "Trash/test" 6 IDLE rawlog out, listescape loaded: * OK [RAWLOG TIMESTAMP] 2008-08-08 10:54:14 * FLAGS (\Answered \Flagged \Deleted \Seen \Draft Old

Hi, the listescape plugin seems to take its job a little bit too serious. Dovecot version: 1.2.3 + patch 9b62aa2132de Without listescape: 2 list "" "*" * LIST (\HasNoChildren) "/" "INBOX" * LIST (\Noselect \HasChildren) "/" "#Users/test1 at merry.dovecot" * LIST (\HasNoChildren) "/" "#Users/test1 at

Hello, on my debian wheezy installation, I implemented fts plugin with solr as indexing system. I noticed that if a user creates a new folder, that folder it is ignored by dovecot indexing until a doveadm fts rescan is performed for that user. From that time on everything works ok on that folder. As a test I set fts_autoindex=yes and put in that folder a brand new mail never indexed before. in

Hi, while trying to investigate the bug I reported last week, I found that there is a broken boundary check in client_find_namespace in src/imap/imap-commands-util.c. The code is: /* make sure two hierarchy separators aren't next to each others */ for (p = storage_name+1; *p != '\0'; p++) { if (p[0] == ns->real_sep && p[-1] == ns->real_sep) {

Hi all, Maybe someone here can help me with this problem, not sure if this is a configuration issue or an actual bug. my daily cron job says: #!/bin/sh doveadm expunge -A mailbox Junk savedbefore 14d doveadm expunge -A mailbox Trash savedbefore 30d doveadm expunge -A mailbox "Trash.*" savedbefore 30d But it hasn't been deleting any messages in a long time, I'm not sure when

Hello everybody, after upgrading dovecot on a debian wheezy installation from the standard package version (dovecot 2.1.7) to dovecot 2.2.13-11 from wheezy-backports, i noticed some errors in my logs... Apr 28 22:00:13 lmtp(4879, xxxxxxxxx at unipd.it): Info: copy from <lmtp DATA>: box=INBOX, uid=error, msgid=<20150428200011.47D801F32 at mydoom.unipd.it>, size=1523 They are not

Hello, bug or feature? I'm using Dovecot 1.2.11. And because of a migration projekt I'm tempted to use the listescape plugin. If I understood well, it plugin { escape_char = "%" } should change the escape character to %. But it doesnt. Bug or feature? But more important: # sieve fileinto "a.b"; does not work as expected - the folder is

Hi there, I'm testing dovecot 2.0.13 on Debian squeeze (deb from http://xi.rename-it.nl/debian) with the following doveconf -n. -------- # 2.0.13 (1449a2e2c1f5): /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-openvz-amd64 i686 Debian 6.0.2 first_valid_uid = 8 mail_debug = yes mail_location = maildir:~/Maildir mail_plugins = listescape mail_log notify acl namespace { inbox = yes location

Hi all, we are able to observe a very strange behaviour: User A wants to copy a mail to a shared mailbox of user B. This works like a charme if the quota of user A is lower than the used space of user B. But is the used space of user B higher than the quota size of User A, "User A" is not longer able to copy the message to the shared folder of user B. His IMAP Client says something

I tell users to limit the folder characters to /0-9a-zA-Z_/, because anything else may upset a mail client or server. As I have no control over their minds, hands, and client software, I wish I could enforce the policy from the server, returning an error message to the client. On its turn, this requires the client to listen to such server messages, operated by a smarter user. At the end of the

On 2018-10-01 04:07, Timo Sirainen wrote: > > https://wiki2.dovecot.org/Plugins/Listescape?maybe? It should be mentioned somehow that one can't just change the hierarchy separator on the fly (without manual changes to the fs). If you used . as the separator, it would look this in the filesystem: .testfolder.sub1 Now you change the separator to $. Your mail client will see the existing

On 11.01.2017 11:35, Steffen Kaiser wrote: > On Wed, 11 Jan 2017, Aki Tuomi wrote: > > On 10.01.2017 17:38, Marek Grondecki wrote: > >> Hello Dovecot Community, > >> > >> I am using Dovecot 2.2.13-12~deb8u1 (Debian Jessie). > >> > >> separator = / > >> listescape plugin is NOT active > >> LAYOUT=fs is NOT active > >>