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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 29 Nov 2016, Thorsten Hater wrote:
I am slightly confused by the following log entries
...: imap(...): Debug: Namespace inbox: type=private, prefix=INBOX., sep=.,
^
inbox=yes, hidden=no, list=yes, su
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 Hater wrote:
>
> I am sl
On 29 Nov 2016, at 10.50, Thorsten Hater wrote:
>
> 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(...):
On 29 Nov 2016, at 2.57, Christian Balzer wrote:
>
> service imap {
> # Most of the memory goes to mmap()ing files. You may need to increase this
> # limit if you have huge mailboxes.
> #vsz_limit = $default_vsz_limit
> vsz_limit = 512M
>
> # Max. number of IMAP processes (connections)
> #
Op 28-11-2016 om 21:28 schreef Volker Wysk:
Hi!
"Dovecot always logs a detailed error message if something goes wrong.
If it doesn't, it's considered a bug and will be fixed." (http://
wiki2.dovecot.org/Logging)
Yes, that is indeed what Dovecot and Pigeonhole do. However, AntiSpam is
not pa
On Tue, 29 Nov 2016 14:30:37 +0200 Timo Sirainen wrote:
> On 29 Nov 2016, at 2.57, Christian Balzer wrote:
> >
> > service imap {
> > # Most of the memory goes to mmap()ing files. You may need to increase this
> > # limit if you have huge mailboxes.
> > #vsz_limit = $default_vsz_limit
> > vs
> Basically we alias n...@domain.com to dove...@domain.com. doveadm@ has a
> sieve-Script which files into the public folder. You could also configure
> a postfix transport which does the job.
Ah. OK. That may be more complexity than I need for my situation. So please
bear with me as I try to
Just noticed the Dovecot support IMAPSIEVE extension…
Could I use this extension to update an external database with the date that
the user last read the message?
My app sends certain “notification” messages to the user’s dovecot mail
address. The user reads the messages in their dovecot mailbo
http://dovecot.org/releases/2.2/rc/dovecot-2.2.27.rc1.tar.gz
http://dovecot.org/releases/2.2/rc/dovecot-2.2.27.rc1.tar.gz.sig
Most interestingly there's a new mail_crypt plugin. It would be nice if crypto
gurus could check through it for any issues. Director's tagging fix was also
quite a large
Sounds good - this could do the trick. Post the final and working concept :)
On 29 Nov 2016, at 17:58, Michael Fox wrote:
>> Basically we alias n...@domain.com to dove...@domain.com. doveadm@ has a
>> sieve-Script which files into the public folder. You could also configure
>> a postfix transport
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(...): Debug: Namespace inbox: type=private,
12 matches
Mail list logo