Charlie Allom
2004-May-20  09:43 UTC
[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.txt
comments 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 at myinternet.com.au>
To: "King, Michael" <>
Cc: "Oriti, Sam" <>,
        "Durkin, Jeffrey" <>
Subject: Re: waceo deployment portal [Scanned]
References: <3730D9DE64F1F34BBAD4DDA02E64FD50760ED5 at
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 at
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 at myinternet.com.au>
To: "King, Michael" <>
Cc: "Oriti, Sam" <>,
        "Durkin, Jeffrey" <>
Subject: Re: waceo deployment portal [Scanned]
References: <3730D9DE64F1F34BBAD4DDA02E64FD50760ED5 at
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 at
ceo-mail.ceo.cathednet.wa.edu.au>
X-Mutt-References: <3730D9DE64F1F34BBAD4DDA02E64FD50760ED5 at
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 186 bytes
Desc: not available
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20040520/23a8c754/attachment-0001.bin>
Charlie Allom
2004-May-20  15:18 UTC
[Dovecot] why does dovecot child die on these messages?
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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20040521/6eb2a68c/attachment-0001.bin>
Jonas Smedegaard
2004-May-20  15:36 UTC
[Dovecot] why does dovecot child die on these messages?
-----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-----
Timo Sirainen
2004-May-22  02:04 UTC
[Dovecot] why does dovecot child die on these messages?
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: > > http://lazy.spodder.com/~yeled/BSD/broken.dove.txt24087: * 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20040522/db8ce9f3/attachment-0001.bin>