Thanks for the feedback, I simply expected that addresses and
simple strings were treated differently.
Thorsten
On Mon, May 28, 2018 at 1:55 PM, Steffen Kaiser
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Mon, 28 May 2018, Thorsten Hater wrote:
>
> I
Dear all,
I stumbled upon the following behaviour of Pigeonhole, which I consider
to be problematic. A user deployed a Sieve script similar to the following
snippet
if not anyof (address :is ["from","cc"] ["...", ..., "...@...
GARBAGE", ...] {
fileinto "inbox.Trash";
stop;
}
Note the extra l
As workaround, you can either use VOLATILEDIR setting for maildir, or you
> can set maildir_stat_dirs=yes in config.
>
> Aki
>
> On 24.01.2018 14:45, Aki Tuomi wrote:
>
> Ah seems you have found a bug, apologies. =)
>
> We'll look into it.
>
> Aki
>
> On 24.0
Well, I have to scrub most data from the output, but it is what I
would have expected
# doveadm user
fieldvalue
...
home/path/to/home
mailmaildir:~/Maildir
...
On Wed, Jan 24, 2018 at 12:30 PM, Sami Ketola
wrote:
>
>
> > On 24 Jan 2018, at 13.21, Thorsten Ha
l_home=/path/to/some/directory
>
> mail_location=maildir~/Maildir
>
> that is, make sure the mail location is under mail home (even for
> virtual users).
>
> Aki
>
>
> On 24.01.2018 13:03, Thorsten Hater wrote:
> > Hi everyone,
> >
> > I have noticed
Hi everyone,
I have noticed recently that Dovecot creates lock directories
under users' Maildirs which look like IMAP folders. This is bad
since users will see IMAP folders that are not supposed to be
there.
In my logs I see
dovecot: imap(...): Error: file_create_locked(/.../Maildir/.vsize.lock)
; > separator = .
> > subscriptions = yes
> > type = private
> > }
> > passdb {
> > args = nopassword=yes
> > driver = static
> > }
> > protocols = imap pop3 lmtp imap pop3
> > ssl = no
> > userdb {
> > args = home= uid=p
quota_rule=*:bytes=1000M
driver = static
}
verbose_proctitle = yes
protocol lda {
auth_socket_path = /usr/local/var/run/dovecot/auth-userdb
}
On Mon, Jan 23, 2017 at 10:01 AM, Thorsten Hater
wrote:
> Hi,
>
> thanks for picking this up. The location is pulled from the database, but
> is u
k=callback@entry=0x423d40 ) at master-service.c:641
#14 0x0040c567 in main (argc=3, argv=0x63e390) at main.c:460
On Thu, Jan 19, 2017 at 1:05 PM, Thorsten Hater
wrote:
> Dear all,
>
> I experience SegFaults in the imap binary on a LIST "" "" command,
> as se
Dear all,
I experience SegFaults in the imap binary on a LIST "" "" command,
as sent by Claws mail. Using LIST "" "INBOX" or similar is fine.
Here is an example telnet session
$ telnet 127.0.0.1 143
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 L
, Timo Sirainen wrote:
> On 17 Jan 2017, at 13.36, Thorsten Hater wrote:
> >
> > So, returning from the LDAP userdb does not change situation.
> > As I said, I would to set folder names dynamicaly, without setting
> > up a mailbox in advance.
> > Here the
namespace in the
static config, see here
http://www.dovecot.org/list/dovecot/2013-August/092053.html
As I do not know what folders the user might to configure for
autoexpunge, I cannot put the folders into the config.
Thorsten
On Tue, Jan 17, 2017 at 12:14 PM, Thomas Leuxner wrote:
> * Thors
I know, but it is not present in the string returned by the userdb,
which is set up for testing
userdb {
driver = static
args = namespace/inbox/mailbox/Bla/autoexpunge=6h
}
On Tue, Jan 17, 2017 at 11:03 AM, Thomas Leuxner wrote:
> * Thorsten Hater 2017.01.17 10:57:
>
> > U
Unfortunately, this yields the same problem
Debug: Unknown userdb
setting: plugin/userdb_namespace/inbox/mailbox/Bla/autoexpunge=6h
Thorsten
On Tue, Jan 17, 2017 at 10:16 AM, Thomas Leuxner wrote:
> * Thorsten Hater 2017.01.17 09:40:
>
> > namespace/inbox/mailbox/Bla/au
Dear all,
is there a way to allow users to set up something like autoexpunge
on an individual IMAP folder basis?
The idea I implemented does not seem to work, namely returning
namespace/inbox/mailbox/Bla/autoexpunge=6h
from a userdb, which results in
Debug: Unknown userdb setting:
plugin/names
>> On 12/13/2016 4:48 AM, Thorsten Hater wrote:
>>
>>> I have set up a series of special-use mailboxes in the default namespace
>>> differing by capitalisation of the names, mainly to capture multiple
>>> mailboxes
>>> with autoexpunge
>>&g
Dear all,
I have set up a series of special-use mailboxes in the default namespace
differing by capitalisation of the names, mainly to capture multiple
mailboxes
with autoexpunge
namespace inbox {
...
mailbox Trash {
auto= no
autoexpunge = 30d
special_use = \Trash
}
ma
Thanks for the clarification, this makes sense now.
On Tue, Nov 29, 2016 at 1:17 PM, Timo Sirainen wrote:
> On 29 Nov 2016, at 10.50, Thorsten Hater wrote:
> >
> > Dear all,
> >
> > I am slightly confused by the following log entries
> >
> > ...: imap(...
Hi Steffen,
that is not the problem
# doveconf -a | grep -i namespace
namespace inbox {
Thorsten
On Tue, Nov 29, 2016 at 10:01 AM, Steffen Kaiser <
skdove...@smail.inf.fh-brs.de> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Tue, 29 Nov 2016, Thorsten Hat
Dear all,
I am slightly confused by the following log entries
...: imap(...): Debug: Namespace inbox: type=private, prefix=INBOX., sep=.,
inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:~/Maildir
...: imap(...): Debug: maildir++: root=~/Maildir, index=, indexpvt=,
control=, inb
Hello,
I am currently investigating if and how to migrate a legacy setup based
on a modified Courier installation to Dovecot. So far I am really liking
Dovecot. however, I will have to work with an existing IMAP proxy for the
time being.
In particular, the proxy authenticates the user and looks
21 matches
Mail list logo
