On 10/26/2010 1:14 AM, Oli Schacher wrote:
Anyone know of a YUM repo. RPM or spec file for Dovecot 2.0 and friends?
http://packages.atrpms.net/dist/el5/dovecot/
I haven't tried the 2.0 rpms yet, but we were very happy with the
1.0/1.1/1.2 packages on centos
last time I checked there was a
Timo Sirainen tss at iki.fi writes:
Run lda.sh instead:
Hopefully with the ulimit -c you'll also get a core dump?
gdb backtrace from that would be very helpful then.
I applied your suggested changes and made the shell script above.
I replicated the problem and made a gdb backtrace.
In
Op 25-10-2010 23:04, Timo Sirainen schreef:
On 25.10.2010, at 21.02, Stephan Bosch wrote:
When an account overquota happens, a log is generated:
/var/lib/imap/sieve/username/dovecot.sieve.log
Is there a way to prevent this?
Currently, no. This feature has existed since the early stages of
From: Timo Sirainen t...@iki.fi
Subject: Re: [Dovecot] 2.0.3 Bug - hanging issue
On 25.10.2010, at 14.13, Alan Brown wrote:
Oct 25 12:36:34 msslat dovecot: imap(keh2): Error: user keh2: Initialization
failed: Namespace '#mbox/': mkdir(/stage/mail/imap1/keh2/mail) failed: Permission
* Timo Sirainen t...@iki.fi:
My idea is to turn back on logging and then trace the dovecot/log
process using
strace -p PID -c
-tt is also nice.
I traced around a bit today, in dovecot-lda.
A pattern I'm seeing quite often is this:
0.000853
Am 25.10.2010 15:53, schrieb Timo Sirainen:
On Sat, 2010-10-23 at 16:27 +0200, Tobias Daucher wrote:
Hi there,
after migration we have a very big problem...
there are two mailboxes in /var/mail/username/mailboxes/
/var/mail/username/mailboxes/inbox
/var/mail/username/mailboxes/inbox2
So they
On 26.10.2010, at 9.38, Xiiph wrote:
In order to avoid flooding I uploaded the gdb backtrace.
You can find it here: http://bit.ly/9WqDkM
That looks exactly like the problem that was fixed in 2.0.6. I don't think
you're using 2.0.6's dovecot-lda. That backtrace couldn't happen with it.
I was one of the reporters of LDA crashes in early 2.0. versions;
see http://markmail.org/message/glwsn2awi4t4we2b for the original post.
I confirm that problem is solved in 2.0.6, after 2 days of running with
the new version I have not observed any LDA crashes.
Thank you Timo for you work!
Jerrale G wrote:
On 10/26/2010 1:14 AM, Oli Schacher wrote:
Anyone know of a YUM repo. RPM or spec file for Dovecot 2.0 and friends?
http://packages.atrpms.net/dist/el5/dovecot/
I haven't tried the 2.0 rpms yet, but we were very happy with the
1.0/1.1/1.2 packages on centos
last time I
Hi Thiago,
Simply let Logrotate handle these logs too. It can compress/move/delete
them and this way no overquota at your Sieve filesystem will happen. Do
a 'man logrotate' to see how to achieve this.
Rgds
Tamsy
Thiago Henrique wrote the following on 26.10.2010 18:44:
Hi,
This log is
Op 26-10-2010 13:44, Thiago Henrique schreef:
Hi,
This log is not controlled by Syslog and it is not rotated by Logrotate.
I'm afraid that happens overquota in my Sieve filesystem.
Actually, I'm sure it won't.
From the wiki http://wiki2.dovecot.org/Pigeonhole/Sieve/Usage:
* A log file is
On 10/26/2010 12:12 AM, Mohit Chawla wrote:
Hi,
On Tue, Oct 26, 2010 at 8:08 AM, Timo Sirainent...@iki.fi wrote:
They seem to prefer Cyrus, but apparently Dovecot should work too.
I have been using Dovecot 1.2.13 with it, works just fine. Plus, sieve
support's also there, which is cool.
We
On h, okt 25, 2010 at 16:28:13 +0100, Timo Sirainen wrote:
On Fri, 2010-10-22 at 08:41 +0200, LEVAI Daniel wrote:
On Tue, Oct 19, 2010 at 15:49:46 +0200, LEVAI Daniel wrote:
On Tue, Oct 19, 2010 at 13:46:17 +0100, Timo Sirainen wrote:
[...]
Weird. Does it log with attached patch that
Op 26-10-2010 4:38, Timo Sirainen schreef:
I thought some people here would be interested:
Recently SOGo added support for OpenChange, which means Outlook can natively
access it via MAPI the same way as Exchange. Everything is open source, and the
great thing about SOGo is that it uses
* Ralf Hildebrandt ralf.hildebra...@charite.de:
I traced around a bit today, in dovecot-lda.
A pattern I'm seeing quite often is this:
I also actived system accounting and found this:
# sa -l |egrep (deliver|dovecot-lda)
17365 277.05re 5.98u 159.69s 0avio 1489k
I'd like to write post-login script using PHP. I noticed every shell
post-login script ends with: exec $@, which effectively executes
dovecot's script-login.
However, while I try to do the same (?) in PHP: $prog = $argv[1]; exec
($prog); it doesn't work. The client timeouts, dovecot (2.0.6)
On Tue, 2010-10-26 at 16:00 +0200, Maciej Uhlig wrote:
I'd like to write post-login script using PHP. I noticed every shell
post-login script ends with: exec $@, which effectively executes
dovecot's script-login.
$@ is all parameters.
However, while I try to do the same (?) in PHP: $prog =
On Tue, 2010-10-26 at 11:44 +0200, Ralf Hildebrandt wrote:
I traced around a bit today, in dovecot-lda.
A pattern I'm seeing quite often is this:
0.000853 open(/usr/dovecot-2/lib/dovecot/settings,
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 7
0.000463 fcntl64(7,
* Timo Sirainen t...@iki.fi:
On Tue, 2010-10-26 at 11:44 +0200, Ralf Hildebrandt wrote:
I traced around a bit today, in dovecot-lda.
A pattern I'm seeing quite often is this:
0.000853 open(/usr/dovecot-2/lib/dovecot/settings,
W dniu 2010-10-26 16:03, Timo Sirainen pisze:
On Tue, 2010-10-26 at 16:00 +0200, Maciej Uhlig wrote:
I'd like to write post-login script using PHP. I noticed every shell
post-login script ends with: exec $@, which effectively executes
dovecot's script-login.
$@ is all parameters.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Oct 26, 2010, at 7:36 AM, Roderick A. Anderson wrote:
Darn! :-( I forgot to check there. I did the last time I wanted the latest
version but that was a long time ago. (A 1.1.x has been working just fine
for my personal stuff.)
I'll look
Antes del piloto o durante el piloto deberíamos tener este atributo
disponible en el ldap.
El campo debe de ser único y admitir información en una línea.
En un principio, para los usuarios con búsquedas tendría el contenido
fts fts_squat
Para la segunda fase será un requisito casi
Hello
I run dovecot 2.0.6 on a two-machine cluster using OCFS2 as the file
system. I have some error messages like these in my log:
Oct 25 01:07:50 box5 dovecot: lmtp(8886,
suporte=100br@lmtp1.prv.f1.k8.com.br): Error: Corrupted transaction
log file
I'm a little confused about how public namespaces work with
subscriptions. If I set subscriptions=no and subscribe to the folders,
the subscription entries go into the user's private subscription file
and that's fine. However, I am unable to pull their status with the
LIST-EXTENDED extension.
Is it considered 'safe' to delete directly from a dovecot Maildir? I
mean things of the form:
rm Maildir/cur/1288062016.M581217P9422.alpha,S=1873,W=1900:2,S
The wiki tells me 'If you wish to modify them in any way, create a new
message instead and expunge the old one. ' but it doesn't
On 26.10.2010, at 19.58, Andre Nathan wrote:
I run dovecot 2.0.6 on a two-machine cluster using OCFS2 as the file
system. I have some error messages like these in my log:
Oct 25 01:07:50 box5 dovecot: lmtp(8886,
suporte=100br@lmtp1.prv.f1.k8.com.br): Error: Corrupted transaction
log
On 26.10.2010, at 21.05, i...@comtek.co.uk wrote:
Is it considered 'safe' to delete directly from a dovecot Maildir? I mean
things of the form:
rm Maildir/cur/1288062016.M581217P9422.alpha,S=1873,W=1900:2,S
Yes.
Specifically I'm wondering what happens with:
dovecot.index
Hi,
I'm using dovecot as IMAP server.
I access my mails trough Mail (Mac client), iPhone and webmail.
In Mail I use a smartbox that shows all my unread messages, no matter where
it is.
I really want this feature at my iPhone, so I'm thinking about developing a
plugin that will create the smart
On 10/26/2010 11:58 PM, Marcelo Salhab Brogliato wrote:
What do you think about it? Is there a simple way?
If it is a cool feature, I'll develop it and post the plugin here.
It's cool alright, but not a very novel idea. :) You should be able to
achieve just what you want with the virtual
When using the stats plugin for dovecot-2.0, UID commands that continue cause
infinite recursion and crash. For example, A22 UID FETCH 151 BODY[] when the
body is 3MB or so always crashes. For smaller messages, this command logs the
duration twice. Here is a patch to fix it:
---
On Tue, 2010-10-26 at 22:39 +0200, Timo Sirainen wrote:
Have you set mmap_disable=yes?
Yep.
Those errors should fix themselves automatically. Still, it's not very good
if they keep happening. Sooner or later they will cause user visible problems.
They're not happening all the time. It
31 matches
Mail list logo
