Re: [Dovecot] Command died with signal 11: & ; amp; quot; /usr/libexec/dovecot/dovecot-lda& amp;amp; amp; quot;
Timo Sirainen iki.fi> writes: > > 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. > > Doh! You are 100% correct, I had compiled 2.0.6 but had not executed the final install command. While waiting for a good time to take the production server down, I forgot all about it. Thanks a lot for making me aware of this, and for trying to solve a non-existent issue! Best regards, X
Re: [Dovecot] Corrupted transaction log file
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 showed up two or three times in the logs during the night. Thanks, Andre
[Dovecot] stats plugin + UID command continuation
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:
--- stats-plugin.c.orig 2010-10-26 20:18:13.0 -0500
+++ stats-plugin.c 2010-10-26 20:19:10.0 -0500
@@ -197,6 +197,9 @@
commands = array_get_modifiable(&imap_commands, &count);
for (i = 0; i < count; i++) {
+ if (strcasecmp(commands[i].name, "UID") == 0)
+ continue;
+
hash_table_insert(orig_cmds, (char *)commands[i].name,
commands[i].func);
commands[i].func = stats_command;
Re: [Dovecot] Smart boxes
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 plugin: http://wiki2.dovecot.org/Plugins/Virtual Regards, Stephan.
[Dovecot] Smart boxes
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 unread box and follow these rules: - Every new mail arrived, it will create a hard link to directory .smart.unread (in case of Maildir); - Every mark as unread, it will create a hard link; - Every mark as read, it will remove the hard link; - Every mail delete, it will remove all files with same inode. This way, a smartbox with all unread messages will be available into webmail, iPhone and every IMAP client. 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. Regards, Marcelo
Re: [Dovecot] Dovecot's maildir format / is rm safe
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 > dovecot.index.cache > dovecot.index.log > dovecot-uidlist > > Since (http://wiki.dovecot.org/IndexFiles) tells me these files index each > message is there a chance of Dovecot breaking badly if it can't find them? No. > Is it intelligent enough to automatically update the above files when it > finds a missing message file? Yes. > Would simply deleting the 4 files be appropriate? Don't do that. And if you ever do decide to delete any dovecot.index* files, just don't delete dovecot-uidlist or the clients will have to redownload mails.
Re: [Dovecot] Corrupted transaction log file
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 file /var/lib/imap/user/a3/suporte=100br.com/stor > age/dovecot.map.index.log seq 29: Transaction log corrupted unexpectedly > at 21536: Invalid size 0 (type=0) (sync_offset=21908) Have you set mmap_disable=yes? > These two accounts happen to be accessed simultaneously by a number of > people, but there are similar errors for "normal" accounts too, just not > the same amount of logs. Is it not considered safe to do this kind of > simultaneous access in a distributed filesystem like OCFS2? Only if it works correctly, and it doesn't really look like it is.. > Is there a way to fix this error? Would a "doveadm force-resync" do it? 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.
[Dovecot] Dovecot's maildir format / is rm safe
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 mention deleted files. Specifically I'm wondering what happens with: dovecot.index dovecot.index.cache dovecot.index.log dovecot-uidlist Since (http://wiki.dovecot.org/IndexFiles) tells me these files index each message is there a chance of Dovecot breaking badly if it can't find them? Is it intelligent enough to automatically update the above files when it finds a missing message file? Would simply deleting the 4 files be appropriate? I have users with 4 gig mailboxes so I really wouldn't want to be deleting those files in a script every night if its a long winded process to regenerate them. Thanks in advance for any help, Ian
[Dovecot] Namespace subscription issue
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.
Normal listing works OK:
A0004 LIST "" "*" RETURN (STATUS (MESSAGES UNSEEN))
* LIST (\NonExistent) "/" "Public"
* LIST () "/" "Public/Public One"
* STATUS "Public/Public One" (MESSAGES 0 UNSEEN 0)
* LIST () "/" "Public/Public One/Sub 1"
* STATUS "Public/Public One/Sub 1" (MESSAGES 0 UNSEEN 0)
* LIST () "/" "Public/Public One/Sub 2"
* STATUS "Public/Public One/Sub 2" (MESSAGES 0 UNSEEN 0)
* LIST () "/" "Public/Public Two"
* STATUS "Public/Public Two" (MESSAGES 0 UNSEEN 0)
* LIST () "/" "Public/Read-only"
* STATUS "Public/Read-only" (MESSAGES 1 UNSEEN 0)
A0004 OK List completed.
Listing SUBSCRIBED (or LSUB) fails:
A0003 LIST (SUBSCRIBED) "" "*" RETURN (STATUS (MESSAGES UNSEEN))
* LIST (\Subscribed) "/" "Public/Public One"
* NO Mailbox doesn't exist: Public.Public One
* LIST (\Subscribed) "/" "Public/Public One/Sub 1"
* NO Mailbox doesn't exist: Public.Public One.Sub 1
* LIST (\Subscribed) "/" "Public/Public One/Sub 2"
* NO Mailbox doesn't exist: Public.Public One.Sub 2
* LIST (\Subscribed) "/" "Public/Public Two"
* NO Mailbox doesn't exist: Public.Public Two
* LIST (\Subscribed) "/" "Public/Read-only"
* NO Mailbox doesn't exist: Public.Read-only
A0003 OK List completed.
If I set subscriptions=yes it works OK, but then the subscriptions are
shared unless I override SUBSCRIPTIONS in the mail location. Is this
working as designed? Here's what I ended up doing - is there a better
way?
namespace {
inbox = yes
location =
prefix =
separator = /
type = private
}
namespace {
hidden = yes
list = no
location = maildir:%h/Maildir
prefix = ~/mail/
separator = /
type = private
}
namespace {
type = public
separator = /
prefix = Public/
location =
maildir:/var/mail/public:INDEX=~/Maildir/public:SUBSCRIPTIONS=~/Maildir/
public/subscriptions
subscriptions = yes
}
---
Brandon 'Brad' Davidson
Virtualization Systems Administrator
University of Oregon Information Services
(541) 346-8098 brand...@uoregon.edu
[Dovecot] Corrupted transaction log file
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 /var/lib/imap/user/a3/suporte=100br.com/stor age/dovecot.map.index.log seq 29: Transaction log corrupted unexpectedly at 21536: Invalid size 0 (type=0) (sync_offset=21908) Oct 25 01:07:50 box5 dovecot: lmtp(8886, suporte=100br@lmtp1.prv.f1.k8.com.br): Error: Index /var/lib/imap/user/a3/suporte=100br.com/storage/dovecot.map.index: Lost log for seq=29 offset=21796 Oct 25 01:07:55 box5 dovecot: lmtp(8885, suporte=100br@lmtp1.prv.f1.k8.com.br): Error: Log synchronization error at seq=30,offset=312 for /var/lib/imap/user/a3/su porte=100br.com/storage/dovecot.map.index: Append with UID 5404, but next_uid = 5405 Oct 25 02:37:53 box5 dovecot: lmtp(8885, suporte=hostnet.com...@lmtp1.prv.f1.k8.com.br): Error: Log synchronization error at seq=47,offset=22944 for /var/lib/imap/user/03/suporte=hostnet.com.br/storage/dovecot.map.index: Extension record update for invalid uid=21815 These two accounts happen to be accessed simultaneously by a number of people, but there are similar errors for "normal" accounts too, just not the same amount of logs. Is it not considered safe to do this kind of simultaneous access in a distributed filesystem like OCFS2? Is there a way to fix this error? Would a "doveadm force-resync" do it? Thanks, Andre
[Dovecot] Solicitud de atributo mailPlugins en el ldap
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 indispensable, puesto que por este campo configuraremos algunos parámetros específicos de Solr y que sean diferentes para algunos usuarios.
Re: [Dovecot] RHEL5/CentOS5 YUM repo, rpm, or spec file for 2.0?
-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 today. Thanks. I can make a 2.x SRPM available if it will help. > \\||/ > Rod - --- Jason 'XenoPhage' Frisvold xenoph...@godshell.com - --- "Any sufficiently advanced magic is indistinguishable from technology." - - Niven's Inverse of Clarke's Third Law -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.14 (Darwin) iEYEARECAAYFAkzG72MACgkQ8CjzPZyTUTRXPQCgj8Ly2RwhYMx0EADvtzd4v78m sssAnA/Tzjm2CrPJ3bMUVjzn2TAY5CkT =vhnS -END PGP SIGNATURE-
Re: [Dovecot] post-login scripting using PHP
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.
In case of shell script echo "$@" gives me
/usr/local/dovecot-2.0.6/libexec/dovecot/script-login
However, while I try to do the same (?) in PHP: $prog = $argv[1]; exec
("$prog"); it doesn't work.
Here you're executing the program, but not giving it any parameters from
$argv[2] etc. I don't know what is the correct way to do that in PHP.
In case of PHP I get:
[argv] => Array
(
[0] => /data/etc/dovecot/pop-postlogin.php
[1] =>
/usr/local/dovecot-2.0.6/libexec/dovecot/script-login
)
[argc] => 2
In both cases there are no more parameters. Is it possible my config is
incorrect? What parameters should I give to script-login?
My config is simple for the beginning:
service pop-postlogin {
executable = script-login /data/etc/dovecot/pop-postlogin.php
# executable = script-login /data/etc/dovecot/pop-postlogin.sh
unix_listener pop-postlogin {
}
}
MU
Re: [Dovecot] Config review (2.0.5)
* Timo Sirainen :
> 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, F_GETFD) = 0x1 (flags FD_CLOEXEC)
> > 0.000555 getdents64(7, /* 8 entries */, 32768) = 360
> > 0.023219 getdents64(7, /* 0 entries */, 32768) = 0
> > 0.001545 close(7) = 0
> >
> > two consecutive getdents64 calls on the same FD, one fast, one slow.
> > WTF?
>
> I don't know.. Is that directory on local filesystem?
Yes.
> Are your mails on the same disk?
No!
We have:
/dev/sda1 on / type ext3 (rw,errors=panic)
/dev/mapper/volg1-logv1 on /home type ext4
(rw,noexec,nodev,noatime,errors=panic,data=writeback)
> time(NULL) should always be a really fast operation. On my somewhat old
> machine it takes 0.16 seconds. So if it's taking this long, it seems
> that the system in general is under heavy load and the individual system
> call times don't really tell anything.
Yes, but where does the heavy load come from :)
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | http://www.charite.de
Re: [Dovecot] Config review (2.0.5)
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, F_GETFD) = 0x1 (flags FD_CLOEXEC)
> 0.000555 getdents64(7, /* 8 entries */, 32768) = 360
> 0.023219 getdents64(7, /* 0 entries */, 32768) = 0
> 0.001545 close(7) = 0
>
> two consecutive getdents64 calls on the same FD, one fast, one slow.
> WTF?
I don't know.. Is that directory on local filesystem? Are your mails on
the same disk?
> And this is happening once more in the same trace:
>
> 0.002036 open("/usr/dovecot-2/lib/dovecot",
> O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 8
> 0.000468 fcntl64(8, F_GETFD) = 0x1 (flags FD_CLOEXEC)
> 0.003281 getdents64(8, /* 85 entries */, 32768) = 3736
> 0.150525 getdents64(8, /* 0 entries */, 32768) = 0
> 0.000490 close(8) = 0
>
> on fast call, one slow call.
v1.x was also doing this. It's for loading plugins.
> 0.098912 time(NULL)= 1288084930
time(NULL) should always be a really fast operation. On my somewhat old
machine it takes 0.16 seconds. So if it's taking this long, it seems
that the system in general is under heavy load and the individual system
call times don't really tell anything.
> 0.193665 umask(077)= 0177
This should be about 0.16 seconds too.
Re: [Dovecot] post-login scripting using PHP
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 = $argv[1]; exec
> ("$prog"); it doesn't work.
Here you're executing the program, but not giving it any parameters from
$argv[2] etc. I don't know what is the correct way to do that in PHP.
[Dovecot] post-login scripting using PHP
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) says
"Disconnected for inactivity".
May be I don't clearly see the way post-login scripting should work. Any
hint to make it done?
Regards,
MU
Re: [Dovecot] Config review (2.0.5)
* Ralf Hildebrandt : > 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 dovecot-lda 17951 179.22re 2.04u 74.71s 0avio 1360k deliver on the morning I was running "dovecot-lda" for local delivery, but then switched to the old 1.2.x deliver for performance reasons. Both are using sieve etc. (I converted the config when switching to 2.0.x). It seems the old deliver is using less real time, and only 50% system time. -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebra...@charite.de | http://www.charite.de
Re: [Dovecot] Exchange-replacement with SOGo
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 existing IMAP server for mails rather than reimplementing yet another one itself. They seem to prefer Cyrus, but apparently Dovecot should work too. For non-mail (calendar, etc) it uses SQL, but I heard it's not too difficult to replace that either if someone would prefer some NoSQL database or something. http://www.sogo.nu/ http://www.openchange.org/ Interesting. Now I wonder whether this already supports the SOAP-based EWS protocol, which is - apparently - MS's new alternative to MAPI. Well, unlike MAPI, it is appears to be well-documented [1], making development in that direction relatively straightforward I can imagine. Regards, Stephan. [1] http://msdn.microsoft.com/en-us/library/bb204119.aspx
Re: [Dovecot] doveadm-expunge not expunging when ran from cron
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 commit was successful? > > > [...] > > > > > > THanks, I'm testing this now. > > Yes, it shows that the commit was successful, but the mails remain in > > the mailbox. Here is how it progresses in three days: > > Well, I don't know why it would make a difference when running from > cron, but I guess this'll fix it: > http://hg.dovecot.org/dovecot-2.0/rev/d991b5c99397 That's it! Thank you very much. It is now really expunges the mails from the directory! Thanks a ton, as always! Daniel -- LÉVAI Dániel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
Re: [Dovecot] Exchange-replacement with SOGo
On 10/26/2010 12:12 AM, Mohit Chawla wrote: Hi, On Tue, Oct 26, 2010 at 8:08 AM, Timo Sirainen 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 have been using SOGo for about 9 months now and really like it. We are using our standard Postfix/Dovecot with MySQL backend for calendar and OpenLDAP for contacts. I have to wait for the openchange parts to become part of the release version before I can mess with it too much. It would be nice to be able to have a BES server talking to SOGo through openchange .
Re: [Dovecot] Prevent dovecot.sieve.log logs
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 written in the same directory as the user's main private script (as specified by the sieve setting). This log file bears the name of that script file appended with ".log", e.g. .dovecot.sieve.log. If there are errors or warnings in the script, the messages are appended to that log file until it eventually grows too large (>10 kB currently). When that happens, the old log file is moved to a ".log.0" file and an empty log file is started. Informational messages are not written to this log file and the log file is not created until messages are actually logged, i.e. when an error or warning is produced." Regards, Stephan.
Re: [Dovecot] Prevent dovecot.sieve.log logs
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 not controlled by Syslog and it is not rotated by Logrotate. I'm afraid that happens overquota in my Sieve filesystem. Thanks. -- Thiago Henrique Em Seg, 2010-10-25 às 22:02 +0200, Stephan Bosch escreveu: On 10/25/2010 08:05 PM, Thiago Henrique wrote: Hello, 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 the cmusieve plugin. To my knowledge, you are the first to request this. What's your problem exactly? Regards, Stephan.
Re: [Dovecot] Prevent dovecot.sieve.log logs
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. Thanks. -- Thiago Henrique Em Seg, 2010-10-25 às 22:02 +0200, Stephan Bosch escreveu: > On 10/25/2010 08:05 PM, Thiago Henrique wrote: > > Hello, > > > > 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 the > cmusieve plugin. To my knowledge, you are the first to request this. > What's your problem exactly? > > Regards, > > Stephan.
Re: [Dovecot] RHEL5/CentOS5 YUM repo, rpm, or spec file for 2.0?
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 checked there was a dovecot.spec in the root of the source. 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 today. Thanks. \\||/ Rod --
[Dovecot] Solved with 2.0.6 ! Re: 2.0.2 : crashes with LDA
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! Jakob Curdes
Re: [Dovecot] Command died with signal 11: & amp; quot; /usr/libexec/dovecot/dovecot-lda& amp; quot;
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.
Re: [Dovecot] merge mdboxes
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 are in the same mdbox storage, just in different mailboxes? By the way - logging in via imap with thunderbird und move them on that way is not my favorite solution cause i have to do this for hundreds of users... IMAP would still be the simplest solution. You could do something like: printf "1 select inbox2\n2 copy 1:* INBOX\n3 delete inbox2\n" | /usr/local/libexec/dovecot/imap -u username All right it works! dsync is sometimes not s stable but the imap server is... so why do a converting oder something like that not always via this way? (echo "1 select .NCarchiv/tsdauche"; echo "2 copy 1:* INBOX"; echo "3 logout")| su tsdauche -c "/usr/local/libexec/dovecot/imap" and after that you can delte the old box... (echo "1 select .NCarchiv/tsdauche"; echo "2 delete .NCarchiv/tsdauche"; echo "3 logout")| su tsdauche -c "/usr/local/libexec/dovecot/imap" so there are no faults and no problems with converting and merging boxes... thanks for that hint timo! bye tobias daucher -- Dr. Nagler & Company GmbH Hauptstraße 9 92253 Schnaittenbach Tel : 09622-7197-38 Fax : 09622-7197-50 Web : http://www.nagler-company.com E-Mail : tobias.dauc...@nagler-company.com Hauptsitz: Schnaittenbach Handelregister: Amberg HRB 4653 Gerichtsstand: Amberg Steuernummer: 201/118/51825 USt.-ID-Nummer: DE 273143997 Geschäftsführer:Dr. Martin Nagler, Dr. Dr. Karl-Kuno Kunze
Re: [Dovecot] Config review (2.0.5)
* Timo Sirainen :
> > 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 open("/usr/dovecot-2/lib/dovecot/settings",
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 7
0.000463 fcntl64(7, F_GETFD) = 0x1 (flags FD_CLOEXEC)
0.000555 getdents64(7, /* 8 entries */, 32768) = 360
0.023219 getdents64(7, /* 0 entries */, 32768) = 0
0.001545 close(7) = 0
two consecutive getdents64 calls on the same FD, one fast, one slow.
WTF?
# ll /usr/dovecot-2/lib/dovecot/settings
total 88
-rw-r--r-- 1 root root 24766 Okt 21 21:27 libmanagesieve_login_settings.a
-rwxr-xr-x 1 root root 1107 Okt 21 21:27 libmanagesieve_login_settings.la
-rwxr-xr-x 1 root root 23291 Okt 21 21:27 libmanagesieve_login_settings.so
-rw-r--r-- 1 root root 11630 Okt 21 21:27 libmanagesieve_settings.a
-rwxr-xr-x 1 root root 1065 Okt 21 21:27 libmanagesieve_settings.la
-rwxr-xr-x 1 root root 12858 Okt 21 21:27 libmanagesieve_settings.so
And this is happening once more in the same trace:
0.002036 open("/usr/dovecot-2/lib/dovecot",
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 8
0.000468 fcntl64(8, F_GETFD) = 0x1 (flags FD_CLOEXEC)
0.003281 getdents64(8, /* 85 entries */, 32768) = 3736
0.150525 getdents64(8, /* 0 entries */, 32768) = 0
0.000490 close(8) = 0
on fast call, one slow call.
Sorting all traces by execution time:
% cat dovecot-lda.* | sort -n -k1 |less
0.094459 fstat64(8, {st_mode=S_IFREG|0755, st_size=1870288, ...}) = 0
0.095051 brk(0x8d73000)= 0x8d73000
0.098191 getdents64(8, /* 0 entries */, 32768) = 0
0.098912 time(NULL)= 1288084930
0.103059 getdents64(8, /* 0 entries */, 32768) = 0
0.110251 getdents64(8, /* 0 entries */, 32768) = 0
0.115710 getdents64(8, /* 0 entries */, 32768) = 0
0.117688 time(NULL)= 1288084937
0.128360 getdents64(8, /* 0 entries */, 32768) = 0
0.130091 mprotect(0xb75b4000, 4096, PROT_READ) = 0
0.131681 rt_sigaction(SIGALRM, {0xb76cb490, [], SA_SIGINFO}, NULL, 8) = 0
0.133327 getdents64(8, /* 0 entries */, 32768) = 0
0.134047 stat64("/home/c/o/cousername/Maildir/dovecot-uidlist",
{st_mode=S_IFREG|0600, st_size=1130, ...}) = 0
0.135077 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTART}, NULL, 8) = 0
0.150525 getdents64(8, /* 0 entries */, 32768) = 0
0.153457 open("/home/f/k/fkusername/Maildir/dovecot-uidlist",
O_RDWR|O_LARGEFILE) = 11
0.170190 getdents64(8, /* 0 entries */, 32768) = 0
0.188536 getdents64(8, /* 0 entries */, 32768) = 0
0.193665 umask(077)= 0177
0.270003 getdents64(8, /* 0 entries */, 32768) = 0
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | http://www.charite.de
Re: [Dovecot] 2.0.3 Bug - hanging issue
> From: Timo Sirainen 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 denied (euid=2291(keh2) egid=101(luci) missing +w perm: /stage/mail/imap1, euid is not dir owner) > > Because the parent directory was rwxr-xr-x root.root Right.. > The problem is that for some reason dovecot then wedged and a lot of other stuff piled up behind it, causing people to complain their mail wasn't coming through. Load average climbed to over 100. > > Creating the user directories freed things up... So the problem is that if there's a misconfiguration, load goes up? I don't really know if there's much to do about this. I guess it could wait a second or so before disconnecting client to avoid it reconnecting back too fast.. The client wasn't reconnecting as far as I can tell. It looked to me like the server process wedged after this error - we only got the error message logged once. The problem is that after it occurred no new clients could complete connections, but existing clients worked ok. Incoming connections were accepted, but then nothing would happen. As far as I can tell the parent would fork new child processes but they couldn't complete initialisation. Mail clients simply complained of a timeout during connection. This was affecting all users. With regard to error disconnections - yes a delay is a good idea.
Re: [Dovecot] Prevent dovecot.sieve.log logs
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 the cmusieve plugin. To my knowledge, you are the first to request this. What's your problem exactly? I think the overquota situation should work the same way with Sieve as without Sieve: It logs one line to info log, something like: deliver(tss): Info: msgid=: save failed to INBOX: Out of quota (I guess it already does this in addition to writing the same info to dovecot.sieve.log?) Or I guess it becomes more problematic with multiple actions. Hmm. What does it log now if you fileinto to two mailboxes and also forward the mail? Maybe each of those actions should do mail_deliver_log(), resulting in: deliver(tss): Info: msgid=: saved mail to INBOX deliver(tss): Info: msgid=: saved mail to backup deliver(tss): Info: msgid=: forwarded mail to Ah, now I understand the problem. Timo, you pointed something similar out a while back. Will be fixed asap. Regards, Stephan.
Re: [Dovecot] Command died with signal 11: & ; quot; /usr/libexec/dovecot/dovecot-lda& ; quot;
Timo Sirainen 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 order to avoid "flooding" I uploaded the gdb backtrace. You can find it here: http://bit.ly/9WqDkM Hope this helps! Regards, X
Re: [Dovecot] Dovecot Linux 2 Dovecot OSX migration
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Am 25.10.2010 um 19:45 schrieb Bradley Giesbrecht: >>> Are you going to be using the Dovecot pre-installed on OSX 1.6 and manage >>> users with Apples server tools? >> >> Yes, exactly. That's the plan. Or is it not wise to do? Any reasonable >> objections against this approach? > > There are pros and cons. I have not used OSX Server since 10.4 so I'm not a > good source on how well current Apple tools work. Generally the issue has > been when wanting something the GUI tools do not provide when editing conf > files manually you run the risk of Apple Software Updates wiping out the > changes to the conf files or the GUI tools not parsing them correctly. Hi, ok. Has anyone else experience with this? My idea was to just copy the data files, as I epect dovecot uses compatible files and formats on each platform. Has anyone tried this? - -- Robert M. Münch http://www.saphirion.com Smarter|Better|Faster -BEGIN PGP SIGNATURE- Version: PGP Desktop 10.0.2 (Build 13) Charset: iso-8859-1 wsBVAwUBTMaQbnSQa/BbHGLwAQlnqQf+Mf8EapouAGAXp2o14Pb7UE+o/EZwHCsE ugQaB4jyTOd4ibLUWFBzh8pbu5FIcFtdxn4xwSbLOpbyXWZTUsgtQRbmou74Jt/b tFKIHgzzocTLYCpYM2acdW9caE3vhhVtrsYlv2bRv9ZevcJIIMTTIYoGtWGIWvxL 9J8kHT0jO4Fy1krKV2VMUu8icNLOF6eJ75Xqm0Ffnx10+zC6IWvanMuVOf3hSzUj 4cQ6VzgiN3DSQ+Rx0tNBzVRfS98y39O+n6cq2C8Vb40KPMWKAkJyAGjDOBky/drH CNVZgonBcgc31N9R/zpU7jxMEY+QU3yGbd2IcvqIS+AZJqQBC85wfg== =MqFQ -END PGP SIGNATURE-
Re: [Dovecot] RHEL5/CentOS5 YUM repo, rpm, or spec file for 2.0?
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 dovecot.spec in the root of the source. Jerrale G. SC Senior Admin
