Hi Martin,
Thanks for your reply, it's works now !!!
Have a good WE.
Best Regards.
Le 07/06/2017 à 13:14, Martin Wheldon a écrit :
Hi Michael,
Just noticed you are using auth_bind_userdn which we don't.
I think you may need to use pass_filter rather than user_filter??
Best Regards
Martin
On 05/21/2011 17:54, Timo Sirainen wrote:
> On 21.5.2011, at 2.51, Henrik Larsson wrote:
>
>>
That patch doesn't fix anything. It only changes the error message to be
more informative so I could figure out what is causing it. If you haven't
seen any more errors, it's just a coinci
I believe this is fixed in the latest ports (2.2.30.2)
> On 05/21/2011 17:54, Timo Sirainen wrote: > On 21.5.2011, at 2.51, Henrik
> Larsson wrote: > >> That patch doesn't fix
> anything. It only changes the error message to be more informative so I could
> figure out what is causing it.
"M. Balridge" writes:
I assume it's a rarely seen issue because few Dovecot users compile the
software in caves on computers powered by horse-pulled generator
wheels.
I resemble that remark.
Warning: Transaction log file /home/luser/mail/.imap/INBOX/dovecot.index.log
was locked for 95 secon
On 9 Jun 2017, at 16.29, geoffroy desvernay wrote:
>
> dovecot: master: Panic: kevent() failed: Invalid argument
[EINVAL] The specified time limit or filter is invalid.
Because this was the main kevent() call, I think it means that the time limit
was invalid. But I wonder what e
On 9 Jun 2017, at 5.03, M. Balridge wrote:
> 1) In src/lib/compat.h there is a definition for p(read|write) that conflicts
> with the one in /usr/include/unistd.h
>
> On this box, there is a macro appended to the definition (to control whether
> or not THROW is defined in C++ "mode"). This is re
> >> Warning: Transaction log file
> /home/luser/mail/.imap/INBOX/dovecot.index.log
> >> was locked for 95 seconds (rotating while syncing)
>
> Timo recently explained to me it's probably caused by slow I/O or
> processing. This explanation is consistent with my observation that
> the users who
On 06/09/2017 05:13 PM, M. Balridge wrote:
> I do know that this little box of horrors has 200-300MB mbox INBOXes on an
> ext3 filesystem formatted in 2005. I am very nervous about converting them to
> Maildir at this point. If I could get someone (or something) to the site and
> replace it with
I do know that this little box of horrors has 200-300MB mbox INBOXes on an
ext3 filesystem formatted in 2005. I am very nervous about converting them to
Maildir at this point.
Fortunately, it just involves reformatting the data and a little
reconmfiguration of dovcot. If you can find the too
Concerning Maildir, the wiki page on compression has this:
All mails must have ,S= in their filename where contains the
original uncompressed mail size, otherwise there will be problems with quota
calculation as well as other potential random failures. Note that if the
filename doesn’t contain
> On June 10, 2017 at 5:58 AM Peter West wrote:
>
>
> Concerning Maildir, the wiki page on compression has this:
>
> All mails must have ,S= in their filename where contains the
> original uncompressed mail size, otherwise there will be problems with quota
> calculation as well as other pot
11 matches
Mail list logo
