Bug 115 - Sylpheed 0.8.11claws81 does not deliver mail correctly when filtering from spool
: Sylpheed 0.8.11claws81 does not deliver mail correctly when filtering from spool
Status: VERIFIED FIXED
: Sylpheed-Claws (GTK1)
Filtering
: 0.8.11
: PC Linux
: blocker
Assigned To:
:
:
:
  Show dependency treegraph
 
Reported: 2003-04-10 13:09 by
Modified: 2003-04-10 15:00 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2003-04-10 13:09:54
Because of the mailfetching problems of the 0.8.11claws4x upwards when fetching
mail from pop-accounts that block for some reason I now use fetchmail and
sylpheed fetches all mail from my local linux-user-mailbox (/var/spool/mail).
This mail is filtered correctly but unless the last filter-rule is set to 
           all move "#mh/.Mailmk/inbox"
the mails that are not filtered to some folders before will not appear in the
inbox, also not in trash but just vanish. Because of the entries in
/var/log/mail I was able to determine the sender of the mails and to confirm
definiteley that these mails disappeared or better - never occurred in
sylpheed.
This behaviour was first reported by Alexander I. Evseev 2002.04.10 07:26 on
the claws mailinglist.

Regards,
Martin
------- Comment #1 From 2003-04-10 13:35:22 -------
this only happens when retrieving from local spool? 
------- Comment #2 From 2003-04-10 13:38:34 -------
Can you get us the --debug log? And can you check whether they are  
delivered to .processing? 
------- Comment #3 From 2003-04-10 13:45:23 -------
Huh? That's weird. Apparantly Christoph changed the .processing to some  
temp folder in the .sylpheed directory.  
Christoph, can you give me a proper update on the code in 
folder_create_processing_folder()? This looks a bit too convoluted to me. 
------- Comment #4 From 2003-04-10 13:59:26 -------
I now discovered: The mails are not gone, they are delivered to
/home/mk/.sylpheed/tempfolder/processing and all came back when I once tried to
fetch mail directly from the pop3-account they came from instead of the local
spool!
So I did not loose any mail in fact and the title of this bug is wrong!
------- Comment #5 From 2003-04-10 14:11:52 -------
It only happens when incorporating from local spool. When I fetched mail from a
pop3-account directly they were delivered correctly (without that all to inbox
last filtering rule). In fact while fetching mail from the pop3-account
directly the previously neglected mails from ~/.sylpheed/tempfolder/processing
were put in the inbox too!
------- Comment #6 From 2003-04-10 14:14:47 -------
The old code was not really better. It used the locale of the default folder
and
creates a second folder with the same path and created the .processing folder
item in it. But this does not work if the default folder is not a local folder.
So i created a MH folder inside the sylpheed directory to make sure it is
always
local. See changelog for 0.8.11claws66
------- Comment #7 From 2003-04-10 14:18:37 -------
Here is a debug-log: The first message goes to tempfolder/processing, the
second is filtered to a local claws-folder correctly.

h.c:158:mh_get_last_num(): Scanning processing ...
mh.c:183:Last number in dir processing = 108
procmsg.c:1246:Unsetting flags for message 109 in folder processing
procmsg.c:1213:Setting flags for message 109 in folder processing
msgcache.c:80:Cache size: 2 messages, 636 byte
matcher.c:464:Command exit code: 256
From Martin_Kluge@gmx.de  Thu Apr 10 23:02:45 2003
Return-Path: <Martin_Kluge@gmx.de>
Received: from localhost (localhost [127.0.0.1])
        by mklinux3.local (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id
h3AL2jg04843
        for <mk@localhost>; Thu, 10 Apr 2003 23:02:45 +0200
X-Flags: 0000
Delivered-To: GMX delivery to martin_kluge@gmx.de
Received: from pop.gmx.net [213.165.65.60]
        by localhost with POP3 (fetchmail-5.9.0)
        for mk@localhost (single-drop); Thu, 10 Apr 2003 23:02:45 +0200 (CEST)
Received: (qmail 30395 invoked by uid 65534); 10 Apr 2003 21:02:31 -0000
Received: from dsl-213-023-026-179.arcor-ip.net (EHLO mklinux3.local)
(213.23.26.179)
  by mail.gmx.net (mp014-rz3) with SMTP; 10 Apr 2003 23:02:31 +0200
Received: from mklinux3.local (localhost [127.0.0.1])
        by mklinux3.local (8.11.6/8.11.6/SuSE Linux 0.5) with SMTP id
h3AL2Ug04839
        for <Martin_Kluge@gmx.de>; Thu, 10 Apr 2003 23:02:30 +0200
Date: Thu, 10 Apr 2003 23:02:30 +0200
From: Martin Kluge <Martin_Kluge@gmx.de>
To: Martin Kluge <Martin_Kluge@gmx.de>
Subject: Testmail 5
Message-Id: <20030410230230.424dede9.Martin_Kluge@gmx.de>
Organization: privat
X-Mailer: Sylpheed version 0.8.11claws81 (GTK+ 1.2.10; i686-pc-linux-gnu)
X-Face: &i9IHN.k@@T%3d,\KHo$$Zz}}}bV|^YE+FYB/1CSu3gMN*1jd26:aXH?Bk&_WyQV&h/}<GV
 c#=1K=&;g~xrvbZn/`4yZ~KT6^YP@46];p"oJgzCf_f2Slh0iRZah%N='Y\#5!?'!R2j0d^B0uX
 b?< cpxmdJ`>#atskuNunK?NMd8x0JplAh
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
X-GMX-Antivirus: -1 (not scanned, may not use virus scanner)
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by mklinux3.local id
h3AL2jg04843

Testmail 5

--
Martin Kluge
Martin_Kluge@gmx.de

Das Handeln ist der Zeiger der Waage: Man soll nicht an den Zeiger
rühren, sondern die Gewichte verändern.
  Simone Weil
procmsg.c:1246:Unsetting flags for message 109 in folder processing
procmsg.c:1213:Setting flags for message 109 in folder processing
0.0/5.0
matcher.c:464:Command exit code: 256
mcop warning: user defined signal handler found for SIG_PIPE, overriding
mcop warning: user defined signal handler found for SIG_PIPE, overriding

Sylpheed-WARNING **: the src folder is identical to the dest.

procmsg.c:1246:Unsetting flags for message 110 in folder processing
procmsg.c:1213:Setting flags for message 110 in folder processing
msgcache.c:80:Cache size: 3 messages, 1107 byte
matcher.c:464:Command exit code: 256
From sylpheed-claws-users-admin@lists.sourceforge.net  Thu Apr 10 23:02:53 2003
Return-Path: <sylpheed-claws-users-admin@lists.sourceforge.net>
Received: from localhost (localhost [127.0.0.1])
        by mklinux3.local (8.11.6/8.11.6/SuSE Linux 0.5) with ESMTP id
h3AL2rg04847
        for <mk@localhost>; Thu, 10 Apr 2003 23:02:53 +0200
Received: from pop3.web.de [217.72.192.134]
        by localhost with POP3 (fetchmail-5.9.0)
        for mk@localhost (single-drop); Thu, 10 Apr 2003 23:02:53 +0200 (CEST)
Received: from [172.20.2.118] (helo=mailgate7.cinetic.de)
        by mx14.web.de with esmtp (WEB.DE(Exim) 4.97 #120)
        id 193j8e-00048I-00; Thu, 10 Apr 2003 22:59:16 +0200
Received: from sc8-sf-list2.sourceforge.net (lists.sourceforge.net
[66.35.250.206])
        by mailgate7.cinetic.de (8.11.6p2/8.11.6/WEBDE Linux 0.5) with ESMTP id
h3AKxBu06334;
        Thu, 10 Apr 2003 22:59:11 +0200
Received: from sc8-sf-list1-b.sourceforge.net ([10.3.1.13]
helo=sc8-sf-list1.sourceforge.net)
        by sc8-sf-list2.sourceforge.net with esmtp (Exim 3.31-VA-mm2 #1
(Debian))
        id 193iw6-0000oe-00; Thu, 10 Apr 2003 13:46:18 -0700
Received: from sc8-sf-sshgate.sourceforge.net ([66.35.250.220]
helo=sc8-sf-netmisc.sourceforge.net)
        by sc8-sf-list1.sourceforge.net with esmtp
        (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian))
        id 193ivE-0007AG-00
        for <sylpheed-claws-users@lists.sourceforge.net>; Thu, 10 Apr 2003
13:45:24 -0700
Received: from sc8-pr-web3-b.sourceforge.net ([10.5.1.33]
helo=sc8-pr-web3.sourceforge.net)
        by sc8-sf-netmisc.sourceforge.net with esmtp (Exim 3.36 #1 (Debian))
        id 193ivE-0000d9-00
        for <sylpheed-claws-users@lists.sourceforge.net>; Thu, 10 Apr 2003
13:45:24 -0700
Received: from nobody by sc8-pr-web3.sourceforge.net with local (Exim 3.22 #1
(Debian))
        id 193ivE-0008Ph-00
        for <sylpheed-claws-users@lists.sourceforge.net>; Thu, 10 Apr 2003
13:45:24 -0700
From: noreply@sourceforge.net
To: sylpheed-claws-users@lists.sourceforge.net
X-Bugzilla-Reason: AssignedTo
Message-Id: <E193ivE-0008Ph-00@sc8-pr-web3.sourceforge.net>
Subject: [Sylpheed-claws-users] [Bug 115] Sylpheed 0.8.11claws81 puts important
part of incoming mail to /dev/nul instead of inbox
Errors-To: sylpheed-claws-users-admin@lists.sourceforge.net
X-BeenThere: sylpheed-claws-users@lists.sourceforge.net
X-Mailman-Version: 2.0.9-sf.net
Precedence: bulk
List-Help:
<mailto:sylpheed-claws-users-request@lists.sourceforge.net?subject=help>
List-Post: <mailto:sylpheed-claws-users@lists.sourceforge.net>
List-Subscribe:
<https://lists.sourceforge.net/lists/listinfo/sylpheed-claws-users>,
       
<mailto:sylpheed-claws-users-request@lists.sourceforge.net?subject=subscribe>
List-Id: This is the ML for users of Sylpheed-Claws
<sylpheed-claws-users.lists.sourceforge.net>
List-Unsubscribe:
<https://lists.sourceforge.net/lists/listinfo/sylpheed-claws-users>,
       
<mailto:sylpheed-claws-users-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive:
<http://sourceforge.net/mailarchive/forum.php?forum=sylpheed-claws-users>
X-Original-Date: Thu, 10 Apr 2003 13:45:24 -0700
Date: Thu, 10 Apr 2003 13:45:24 -0700
X-WEBDE-TAG: W
Sender: sylpheed-claws-users-admin@lists.sourceforge.net

http://sylpheed-claws.sourceforge.net/cgi-bin/bugzilla/show_bug.cgi?id=115





------- Additional Comments From alfons@users.sourceforge.net  2003-04-10 13:45
-------
Huh? That's weird. Apparantly Christoph changed the .processing to some
temp folder in the .sylpheed directory.
Christoph, can you give me a proper update on the code in
folder_create_processing_folder()? This looks a bit too convoluted to me.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.


-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
for complex code. Debugging C/C++ programs can leave you feeling lost and
disoriented. TotalView can help you find your way. Available on major UNIX
and Linux platforms. Try it free. www.etnus.com
_______________________________________________
Sylpheed-claws-users mailing list
Sylpheed-claws-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sylpheed-claws-users
mh.c:158:mh_get_last_num(): Scanning lists/sylpheed-claws/bugs ...
current dir: /home/mk/.Mailmk/lists/sylpheed-claws/bugs
mh.c:183:Last number in dir lists/sylpheed-claws/bugs = 811
mh.c:371:Copying message processing/110 to lists/sylpheed-claws/bugs ...
procmsg.c:1246:Unsetting flags for message 812 in folder
lists/sylpheed-claws/bugs
procmsg.c:1213:Setting flags for message 812 in folder
lists/sylpheed-claws/bugs
msgcache.c:80:Cache size: 739 messages, 257941 byte
msgcache.c:101:Cache size: 2 messages, 636 byte
procmsg.c:847:freeing msginfo 110 in processing
procmsg.c:1246:Unsetting flags for message 111 in folder processing
procmsg.c:1213:Setting flags for message 111 in folder processing
msgcache.c:80:Cache size: 3 messages, 1107 byte
matcher.c:464:Command exit code: 256
------- Comment #8 From 2003-04-10 14:25:52 -------
fixed in 0.8.11claws83
------- Comment #9 From 2003-04-10 14:35:57 -------
IGNORE

Testing bugzilla mail subject generation... I changed it to put a Re: in front
of replies and instead of New in the subject of new bugs. Should work with
sylpheeds thread by subject to group all bugzilla mails for a bug.
------- Comment #10 From 2003-04-10 14:52:01 -------
Thanks for the quick reaction!

Regards,
Martin