[Dovecot] why does dovecot child die on these messages?
Hi Timo and other dovecot fans,
why, when I'm trying to read certain "Drafts" emails that I just created, or edited, do the dovecot children die (or so I think).
In mutt, the behaviour is that I "c =Drafts" then select the email and I get "connection closed to squeaky.rubberduck.com".
In Mail.app - she just loops, trying to read those headers again and again and again.. (and this truss is from this instance)
I find that emails before a certain date are OK - but if i edit them and then try and refetch them - the child dies yet again. So I removed all .imap.* and let dovecot redo it's stuff. No go.
Some followup information before the meat of the truss:
http://lazy.spodder.com/~yeled/BSD/broken.dove.txtcomments in **
** all fine here.. some are chmod 600 and some are 644 - no difference ** squeaky:/home/virtual/charlie/Maildir/.Drafts# ls -laR .: total 76 drwx------ 5 charlie charlie 512 May 20 19:19 ./ drwx------ 101 charlie charlie 2560 May 20 19:32 ../ -rw------- 1 charlie charlie 5 May 14 16:57 .customflags -rw------- 1 charlie charlie 1608 May 20 19:19 .imap.index -rw------- 1 charlie charlie 20240 May 20 19:19 .imap.index.data -rw------- 1 charlie charlie 2576 May 20 19:18 .imap.index.log -rw------- 1 charlie charlie 1560 May 20 19:19 .imap.index.tree drwx------ 2 charlie charlie 2048 May 20 19:19 cur/ -rw------- 1 charlie charlie 1316 May 20 19:19 dovecot-uidlist drwx------ 2 charlie charlie 512 May 20 19:19 new/ drwx------ 2 charlie charlie 512 May 20 19:19 tmp/
./cur: total 130 drwx------ 2 charlie charlie 2048 May 20 19:19 ./ drwx------ 5 charlie charlie 512 May 20 19:19 ../ -rw-r--r-- 1 charlie charlie 1643 May 18 22:26 1046254614.27559_1.peng:2,S -rw-r--r-- 1 charlie charlie 385 May 18 22:26 1062579361.15058_584.machine:2, -rw-r--r-- 1 charlie charlie 1228 May 19 02:38 1084772855.P1759Q1M703458.lazy:2,S -rw-r--r-- 1 charlie charlie 3967 May 19 02:38 1084801877.P1132Q1M377704.lazy:2,S -rw-r--r-- 1 charlie charlie 1046 May 14 20:56 1084813639.P18189Q0M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 1343 May 14 20:56 1084813639.P18189Q1M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 1103 May 14 20:56 1084813639.P18189Q2M254273.squeaky:2,S -rw-r--r-- 1 charlie charlie 3576 May 14 20:56 1084813639.P18189Q3M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 3649 May 14 20:56 1084813639.P18189Q4M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 1004 May 14 20:56 1084813639.P18189Q5M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 475 May 14 20:56 1084813639.P18189Q6M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 477 May 14 20:56 1084813639.P18189Q7M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 549 May 14 20:56 1084813639.P18189Q8M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 548 May 14 20:56 1084813639.P18189Q9M254273.squeaky:2, -rw-r--r-- 1 charlie charlie 1168 May 19 00:11 1084889503.P504Q0M804183.squeaky:2,S -rw-r--r-- 1 charlie charlie 1230 May 19 14:03 1084939383.P25383Q0M379510.squeaky:2,S -rw-r--r-- 1 charlie charlie 772 May 19 15:31 1084944677.P25383Q1M391194.squeaky:2,S -rw-r--r-- 1 charlie charlie 1831 May 19 18:16 1084954582.P19413Q1M810694.squeaky:2,S -rw-r--r-- 1 charlie charlie 1264 May 20 18:37 1085042265.P21880Q0M403770.squeaky:2,S -rw-r--r-- 1 charlie charlie 1264 May 20 18:42 1085042571.P22004Q0M988553.squeaky:2,S -rw-r--r-- 1 charlie charlie 1487 May 20 18:43 1085042586.P22004Q1M914498.squeaky:2,S -rw------- 1 charlie charlie 261 May 20 19:00 1085043373.P22239Q0M59297.squeaky:2,S -rw------- 1 charlie charlie 498 May 20 18:56 1085043378.P22239Q1M749605.squeaky:2,S -rw------- 1 charlie charlie 496 May 20 18:56 1085043383.P22239Q2M797760.squeaky:2,S -rw------- 1 charlie charlie 914 May 20 18:56 1085043388.P22239Q3M606724.squeaky:2,S -rw------- 1 charlie charlie 1227 May 20 18:56 1085043393.P22239Q4M166768.squeaky:2,S -rw------- 1 charlie charlie 926 May 20 18:56 1085043398.P22239Q5M426819.squeaky:2,S -rw------- 1 charlie charlie 3536 May 20 18:56 1085043403.P22239Q6M346821.squeaky:2,S -rw------- 1 charlie charlie 571 May 20 18:56 1085043409.P22239Q7M20841.squeaky:2,S -rw------- 1 charlie charlie 570 May 20 18:56 1085043415.P22239Q8M44288.squeaky:2,S -rw------- 1 charlie charlie 388 May 20 19:05 1085043951.P22418Q1M940309.squeaky:2,S -rw------- 1 charlie charlie 405 May 19 01:54 1085044017.P22527Q0M576547.squeaky:2,DS -rw------- 1 charlie charlie 1132 May 14 16:57 1085044031.P22527Q1M477831.squeaky:2,S -rw------- 1 charlie charlie 1132 May 14 20:56 1085044031.P22527Q2M732509.squeaky:2,S -rw------- 1 charlie charlie 1036 May 20 19:19 1085044751.P23280Q0M930209.squeaky:2,S
** this one wont be able to be fetched! **
squeaky:/home/virtual/charlie/Maildir/.Drafts/cur# head -20 1085044751.P23280Q0M930209.squeaky\:2\,S From: Charlie Allom charlie@myinternet.com.au To: "King, Michael" <> Cc: "Oriti, Sam" <>, "Durkin, Jeffrey" <> Subject: Re: waceo deployment portal [Scanned] References: 3730D9DE64F1F34BBAD4DDA02E64FD50760ED5@ceo-mail.ceo.cathednet.wa.edu.au Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 3730D9DE64F1F34BBAD4DDA02E64FD50760ED5@ceo-mail.ceo.cathednet.wa.edu.au X-Mutt-Fcc: =Sent Status: RO X-Mutt-PGP: S
On Thu, May 13, 2004 at 03:57:10PM +0800, King, Michael wrote:
We would like to discuss the process at next weeks ops meeting so that there is a better understanding of the proceeds on how it impacts on this deployment and all other deployments.
** this one will ** squeaky:/home/virtual/charlie/Maildir/.Drafts/cur# head -20 1085044031.P22527Q2M732509.squeaky\:2\,S From: Charlie Allom charlie@myinternet.com.au To: "King, Michael" <> Cc: "Oriti, Sam" <>, "Durkin, Jeffrey" <> Subject: Re: waceo deployment portal [Scanned] References: 3730D9DE64F1F34BBAD4DDA02E64FD50760ED5@ceo-mail.ceo.cathednet.wa.edu.au Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 3730D9DE64F1F34BBAD4DDA02E64FD50760ED5@ceo-mail.ceo.cathednet.wa.edu.au X-Mutt-References: 3730D9DE64F1F34BBAD4DDA02E64FD50760ED5@ceo-mail.ceo.cathednet.wa.edu.au X-Mutt-Fcc: =Sent Status: RO X-Mutt-PGP: S
On Thu, May 13, 2004 at 03:57:10PM +0800, King, Michael wrote:
We would like to discuss the process at next weeks ops meeting so that there is a better understanding of the proceeds on how it impacts on this deployment and all other deployments.
squeaky:/home/virtual/charlie/Maildir/.Drafts/cur#
-- .signature 0x14AA7941
On Thu, May 20, 2004 at 07:43:19PM +1000, Charlie Allom wrote:
why, when I'm trying to read certain "Drafts" emails that I just created, or edited, do the dovecot children die (or so I think).
Curiously it's only mutt saved emails. If I pipe them back to be delivered by procmail, all is ok.
C.
.signature 0x14AA7941
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Charlie Allom wrote: | On Thu, May 20, 2004 at 07:43:19PM +1000, Charlie Allom wrote: | |>why, when I'm trying to read certain "Drafts" emails that I just |>created, or edited, do the dovecot children die (or so I think). |> | | | Curiously it's only mutt saved emails. If I pipe them back to be | delivered by procmail, all is ok.
Sounds like Mutt not obeying Maildir specs, then...
Beware of the difference between accessing Maildirs directly and going through the IMAP protocol.
~ - Jonas
- Jonas Smedegaard - idealist og Internet-arkitekt
- Tlf.: +45 40843136 Website: http://dr.jones.dk/
~ - Enden er nær: http://www.shibumi.org/eoti.htm -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFArNB5n7DbMsAkQLgRAsp+AJ9IT5dLfp6eZS23+hzyiWS0ncB4jACfTE2k sqkKt5NvG6SG2MnxTqR8FO4= =H5+V -----END PGP SIGNATURE-----
On Thu, May 20, 2004 at 05:36:26PM +0200, Jonas Smedegaard wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Charlie Allom wrote: | On Thu, May 20, 2004 at 07:43:19PM +1000, Charlie Allom wrote: | |>why, when I'm trying to read certain "Drafts" emails that I just |>created, or edited, do the dovecot children die (or so I think). | | Curiously it's only mutt saved emails. If I pipe them back to be | delivered by procmail, all is ok.
Sounds like Mutt not obeying Maildir specs, then...
Beware of the difference between accessing Maildirs directly and going through the IMAP protocol.
Thanks, I am accessing it all through imap://
I'm currently compiling a vanilla mutt to see if it exhibits the same problem.
-- .signature 0x14AA7941
On Fri, May 21, 2004 at 01:39:00AM +1000, Charlie Allom wrote:
I'm currently compiling a vanilla mutt to see if it exhibits the same problem.
Well that was unexpected! I've discovered that dovecot will not crash if it isn't wrapped in SSL. No matter which client I use.
This is looking like a Solaris problem :(
C.
.signature 0x14AA7941
On Thu, 2004-05-20 at 12:43, Charlie Allom wrote:
I find that emails before a certain date are OK - but if i edit them and then try and refetch them - the child dies yet again. So I removed all .imap.* and let dovecot redo it's stuff. No go.
Some followup information before the meat of the truss:
24087: * 2 9 F E T C H ( U I D 4 4 B O D Y [ H E A D E R ] 24087: { 3 4 1 }\r\n 24087: sendfilev64(1, 1, 0xFFBFF438, 1, 0xFFBFF434) Err#124 EAFNOSUPPORT sfv_fd=9 sfv_flag=0x0 sfv_off=0 sfv_len=341
You've set mail_save_crlf = yes, and looks like sendfile() doesn't work for some reason and Dovecot doesn't try to fallback to write()..
Dovecot only checks for EINVAL error, I'll add EAFNOSUPPORT in the check too.
On Sat, May 22, 2004 at 05:04:15AM +0300, Timo Sirainen wrote:
You've set mail_save_crlf = yes, and looks like sendfile() doesn't work for some reason and Dovecot doesn't try to fallback to write()..
Dovecot only checks for EINVAL error, I'll add EAFNOSUPPORT in the check too.
Timo - You're a legend!
C.
.signature 0x14AA7941
participants (3)
-
Charlie Allom
-
Jonas Smedegaard
-
Timo Sirainen