On Mar 22, 2013, at 2:47 AM, Timo Sirainen wrote:
> On Wed, 2013-03-20 at 17:40 -0600, dormitionsk...@hotmail.com wrote:
>> On Mar 20, 2013, at 8:59 AM, Timo Sirainen wrote:
>>
>>> On Wed, 2013-03-20 at 08:15 -0600, dormitionsk...@hotmail.com wrote:
>>>
My experience with IMAP over the inte
>> [root@mail:~]$ cat /etc/rsyslog.conf | grep database
>> :msg, contains, "Connected to database dbmail" ~
was not helpful?
well, not if you insist in not use syslog
maybe you should explain why not using syslog as
everybody else to taken serious because "i do not
want" in case where it is clear
As usual you post with nothing helpful to say, I wont dignify your
regular trolling by commenting any further
On 3/23/13, Reindl Harald wrote:
>
>
> Am 23.03.2013 02:31, schrieb Nick Edwards:
>> Hello Timo
>>
>> We would like to reduce the logging by increasing severity, we don't
>> use syslog si
Am 23.03.2013 02:31, schrieb Nick Edwards:
> Hello Timo
>
> We would like to reduce the logging by increasing severity, we don't
> use syslog since we use
>
> log_path = /var/log/dovecot/pop3.log
why?
> Is there a way auth-worker can be made to log warn|error instead of info?
>
> Constant
Hello Timo
We would like to reduce the logging by increasing severity, we don't
use syslog since we use
log_path = /var/log/dovecot/pop3.log
Is there a way auth-worker can be made to log warn|error instead of info?
Constantly 1/5th of the log file is filled with auth-work info
connecting to
On 3/22/13 12:23 AM, dove...@noboost.org wrote:
Challenge:
Does anyone have an explination regarding this message?
---
"Mar 22 12:15:22 chtvm dovecot: lmtp(7004, cht): C+EZBuObS1FcGwAAlnPEfg:
sieve: msgid=<20130322011522.6d55d40...
Hello,
I stucked in Thunderbird authentication with X.509 client certs.
This is my config (dovecot -n):
$ /opt/dovecot/sbin/dovecot -n
# 2.2.rc3: /opt/dovecot-2.2.rc3/etc/dovecot/dovecot.conf
# OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.0
auth_debug = yes
auth_ssl_require_client_cert = yes
auth_ssl
On 21/03/2013 17:39, Timo Sirainen wrote:
> userdb_plain_pass method requires that you use userdb prefetch. And
> Daryl's method of using %w in regular userdb .. I'm not really sure
> how well that works. Could easily be that different Dovecot versions
> behave differently.
So, basically what I a
Timo,
I updated my dovecot to 2.2.rc3 (b436c1f6bd06) but the problem still
happens.
There is some info that I can send you to clarify the problem?
Thanks,
On Fri, Mar 22, 2013 at 11:43 AM, Timo Sirainen wrote:
> On Fri, 2013-03-22 at 11:36 -0300, Breno Moreira wrote:
>
> > The most strange th
len] == list->sep)
dsync(wsunp...@iai.uni-bonn.de): Error: Raw backtrace:
/m/sw/dc/2.2-20130322/lib/dovecot/libdovecot.so.0.0.0'default_fatal_finish+0x26
[0xffff80ffb60c4d34] ->
/m/sw/dc/2.2-20130322/lib/dovecot/libdovecot.so.0.0.0'default_error_handler+0x0
[0xffff80ffb60c4dc
On 22.3.2013, at 17.29, Walter Steiner wrote:
>> I can't seem to be able to reproduce this. What's in the user's
>> subscriptions file?
>
> Did some doveadm mailbox (un)subscribe -u ...
>
> If the file subscriptions in the mailbox of this user is
>
> a)
> empty
> => crash
Oh, figured out th
> I can't seem to be able to reproduce this. What's in the user's subscriptions
> file?
Did some doveadm mailbox (un)subscribe -u ...
If the file subscriptions in the mailbox of this user is
a)
empty
=> crash
b)
user.otherexistinguser.existingfolder
=> crash
c)
user.other...
INBOX
=> okay
d
On 22.3.2013, at 16.35, Walter Steiner wrote:
> I stumbled over another segmentation fault:
..
> . lsub "" *
> Segmentation fault (core dumped)
I can't seem to be able to reproduce this. What's in the user's subscriptions
file?
> I'm not familiar with gdb / debugging. gdb bt full is following
On Fri, 2013-03-22 at 11:36 -0300, Breno Moreira wrote:
> The most strange thing is that even if I use the filter ALL, the emails are
> not moved.
Sounds like a bug. Before wondering about it further, try upgrading to
v2.1.15. I remember some versions having bugs related to altmoving.
> Just for
Timo,
The most strange thing is that even if I use the filter ALL, the emails are
not moved.
Just for example, using my test user I get the following logs:
root@mail0:~/# doveadm -Dv altmove -u te...@supramail.com.br all
doveadm(root): Debug: Loading modules from directory:
/usr/lib/dovecot/modul
I stumbled over another segmentation fault:
# /m/sw/dc/a/libexec/dovecot/imap -u cyrtest1
Debug: Loading modules from directory: /m/sw/dc/2.2-20130322/lib/dovecot
Debug: Module loaded: /m/sw/dc/2.2-20130322/lib/dovecot/lib15_notify_plugin.so
Debug: Module loaded: /m/sw/dc/2.2-20130322/lib/dovecot
Stephan Bosch-2 wrote
> On 3/4/2013 9:21 PM, Isak Rubin wrote:
>>
>> # dovecot --version
>> 2.1.9
>
> This Dovecot is very old, so is probably your Pigeonhole version. Recent
> versions should work fine in this regard.
>
> Regards,
>
> Stephan.
Upgraded to
# dovecot --version
2.2.rc3
still s
Zitat von Timo Sirainen :
On 21.3.2013, at 18.51, lst_ho...@kwsoft.de wrote:
Hello,
by the move to Dovecot we try to alter the password encryption
stored in the database from MD5 to CRYPT-SHA256 along the Guide at
http://wiki2.dovecot.org/HowTo/ConvertPasswordSchemes. It's mostly
worki
Hi all,
Thank you Timo for adding sieve script replication to dsync, much
appreciated! Should this run out of the box with 2.2.rc3 and latest
pigeonhole+patch or does this have to be enabled in the configuration
somehow?
I upgraded my dsync replication test setup, but it doesn't sync sieve
so far
On 22.3.2013, at 12.02, Walter Steiner wrote:
> is a (maybe unintentional) fix reference to FLOCK locks.
>
>
>if (file_wait_lock(brain->lock_fd, brain->lock_path, F_WRLCK,
> FILE_LOCK_METHOD_FLOCK, brain->lock_timeout,
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 21 Mar 2013, mego...@inboxalias.com wrote:
> Dovecot only sees the PAM-authentication part)
PAM does not return userdb-relevant information. You cannot use
userdb
prefetch.
You could switch to first ask a ldap passdb and then, for
Hello,
On Oracle Solaris 11.1 (Solaris gcc-45 package set)
core libraries do not provide flock() anymore.
in file: src/doveadm/dsync/dsync-brain.c
in function: dsync_brain_lock()
around line: 234
is a (maybe unintentional) fix reference to FLOCK locks.
if (file_wait_lock(brain-
Timo Sirainen schrieb am 22.03.2013 09:48:
> Maybe. Depends on your Dovecot version and passdb/userdb
> configuration. So, doveconf -n output?
I use version 2.1.7 from the backports repo on Debian Squeeze.
My doveconf -n:
# 2.1.7: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.32-5-686-bigmem i686 Deb
On Thu, 2013-03-21 at 15:10 +0100, David Obando wrote:
> Is there a way to define "if is local then auth_username_format =
> %n else auth_username_format = %Lu"?
Maybe. Depends on your Dovecot version and passdb/userdb configuration.
So, doveconf -n output?
On Wed, 2013-03-20 at 17:40 -0600, dormitionsk...@hotmail.com wrote:
> On Mar 20, 2013, at 8:59 AM, Timo Sirainen wrote:
>
> > On Wed, 2013-03-20 at 08:15 -0600, dormitionsk...@hotmail.com wrote:
> >
> >> My experience with IMAP over the internet with a couple of servers outside
> >> our monaste
On Wed, Mar 20, 2013 at 20:26:03 +0200, Timo Sirainen wrote:
> On 20.3.2013, at 19.51, Timo Sirainen wrote:
>
> > On 14.3.2013, at 12.05, Walter Steiner wrote:
> >
> > #0 0x004578cc in dsync_ibc_send_mail_request (ibc=0x4a9f20,
> > request=0x5441c0) at dsync-ibc.c:38
> > 3
On Thu, 2013-03-21 at 10:41 +0100, Marcin Mirosław wrote:
> W dniu 20.03.2013 18:20, Timo Sirainen pisze:
> > On 7.3.2013, at 14.12, Marcin Mirosław wrote:
> >
> >> Here is backtrace from doveadm force-resync:
> >>
> >> #0 rebuild_mailbox_multi (trans=0x428b58d090, view=,
> >> rebuild_ctx=0x428b
On Tue, 2013-02-26 at 12:16 +0100, Lutz Preßler wrote:
> Hello,
>
> 2.2.rc2, configuration as before:
>
> acl_shared_dict=file:...
> The contents of this file is used for e.g. LISTing shared mailboxes.
> But even with file and directory beeing world writable, it's not written
> into on SETACL com
28 matches
Mail list logo