[imapfilter-devel]Segmentation faults using rmove and rcopy
rnyman_imapfilter at afterburner.net
rnyman_imapfilter at afterburner.net
Thu Nov 7 04:00:01 EET 2002
The problem is back, this time I'm more able to catch it.
It is definitely tied to an individual message; here's what I have.
First note - this is on Solaris 8, with a couple of changes made to the
config file:
> bash-2.03$ diff config /tmp/imapfilter-0.8.3-solarisport/config
> 15c15
> < libs=""
> ---
> > libs="-lsocket -lnsl"
> 180c180
> < CC = cc
> ---
> > CC = gcc
Config (with no arguments) and a make later (ignoring repeated warnings
of "warning: assignment makes pointer from integer without a cast"
during compile), I run imapfilter and get a segmentation fault just
after it announces that it has moved 12 messages.
> bash-2.03$ ./imapfilter
> imapfilter: removing stale lockfile
> Enter master passphrase:
> Connected to (imap server).
> 6 messages, 0 recent, 0 unseen, in mailbox "INBOX".
> (cut)
> 12 messages, 0 recent, 11 unseen, in mailbox "INBOX.Junk".
> 12 messages moved to mailbox "INBOX.Junk" at account afterburner.
> Segmentation Fault
I rerun config with debug on and now my segmentation fault is right
after it processes the first filter in the config file.
> debug: FOLDER: 'ako_fromhqda'
> debug: MBOX: 'fromhqda'
> debug: FILTER: 'older-60-del' AND
> debug: MASK: 'BEFORE 07-Sep-2002'
> Segmentation Fault
and here are the lines from the config file:
> account ako rick.nyman@***** ssl3
> folder ako_inbox Inbox
> folder ako_fromhqda fromhqda
>
> #Filters
>
> filter older-60-del and
> older 60
> action delete
>
> filter older-007-unarchive and
> older 007
> action move INBOX
I tried commenting out the older-60-del filter and I now get a crash on
the following line:
> debug: MBOX: 'fromhqda'
> debug: FILTER: 'older-007-unarchive' AND
> debug: MASK: 'BEFORE 30-Oct-2002'
> Segmentation Fault
I then went to the website and downloaded the CVS tarball (the download
link was
http://cvs.hellug.gr/cgi-bin/viewcvs.cgi/imapfilter/imapfilter/imapfilter.tar.gz?tarball=1
just to verify that I pulled the right thing).
Config with debug turned off yielded a crash at the same place as the
original binary. Turning debug on also crashed at the same place as the
8.3 source - right after reading the last line of the config.
Now I delete every line of the config that is not necessary for the
rmove to run and it looks like I got good results:
> bash-2.03$ ./imapfilter
> debug: configuration file: '/export/home/rick/.imapfilterrc'
> (cut)
> debug: FOLDER: 'nn_Junk'
> debug: MBOX: 'INBOX.Junk'
> debug: FILTER: 'all-rmove-an-Junk' AND
> debug: ACTION: 5 'afterburner' 'INBOX.Junk' 0 ''
> debug: JOB: 'all-rmove-an-Junk' 'nn_Junk'
> debug: deleting FOLDER: 'nn_Junk'
> debug: deleting FOLDER: 'an_Junk'
> debug: options: 0x000000f2
> debug: passwords file: '/export/home/rick/.imapfilter/passwords'
> Enter master passphrase:
> debug: logfile: '/export/home/rick/imapfilter.log'
> Connected to imap.****. (destination account)
>
> (cut)
> Connected to imap.****. (source account)
>
> * OK IMAP4 Ready dev200.****
>
> debug: sending command: F00005 CAPABILITY
>
> * CAPABILITY IMAP4 IMAP4REV1
>
>
> F00005 OK CAPABILITY
>
> debug: sending command: F00006 NOOP
>
> F00006 OK NOOP
>
> debug: sending command: F00007 LOGIN ***** (source account)
>
> F00007 OK You are so in
>
> debug: sending command: F00008 STATUS "INBOX.Junk" (MESSAGES RECENT
> UNSEEN)
>
> * STATUS INBOX.Junk (MESSAGES 12 RECENT 0 UNSEEN 11)
> F00008 OK Completed
>
> 12 messages, 0 recent, 11 unseen, in mailbox "INBOX.Junk".
> debug: sending command: F00009 SELECT "INBOX.Junk"
>
> * FLAGS (\Answered \Flagged \Draft \Deleted \Seen)
> * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)]
> * 12 EXISTS
> * 0 RECENT
> * OK [UNSEEN 2]
> * OK [UIDVALIDITY 1010011599]
> F00009 OK [READ-WRITE] Completed
>
> debug: sending command: F0000A SEARCH ALL
>
> * SEARCH 1 2 3 4 5 6 7 8 9 10 11 12
> F0000A OK Completed
>
> 12 messages moved to mailbox "INBOX.Junk" at account afterburner.
>
> * OK IMAP4 Ready dev200.****
>
> debug: sending command: F0000B CAPABILITY
>
> * CAPABILITY IMAP4 IMAP4REV1
>
>
> F0000B OK CAPABILITY
>
> debug: sending command: F0000C NOOP
>
> F0000C OK NOOP
>
> debug: sending command: F0000D LOGIN **** (destination account)
>
> F0000D OK You are so in
>
> debug: sending command: F0000E EXAMINE "INBOX.Junk"
>
> * FLAGS (\Answered \Flagged \Draft \Deleted \Seen)
> * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)]
> * 17 EXISTS
> * 1 RECENT
> * OK [UNSEEN 12]
> * OK [UIDVALIDITY 1008217420]
> F0000E OK [READ-ONLY] Completed
>
> debug: sending command: F0000F CLOSE
>
> F0000F OK Completed
>
> debug: sending command: F00010 FETCH 1 RFC822.SIZE
>
> * 1 FETCH (RFC822.SIZE 1434)
> F00010 OK Completed
>
> debug: sending command: F00011 APPEND "INBOX.Junk" {1434}
> debug: sending command: F00012 FETCH 1 RFC822.HEADER
>
> * 1 FETCH (RFC822.HEADER {1434}
> Return-Path: kellyt23-bounce@****
> Errors-To: kellyt23-bounce@****
> Bounce-To: kellyt23-bounce@****
> Return-Path: <nnseko600 at pebbles.com>
> Delivered-To: ****-kellyt23@****
> X-Apparently-From: nnseko600 at pebbles.com
> Received: (qmail 30649 invoked from network); 6 Nov 2002 11:59:25 -0000
> Received: from unknown (HELO ****) (10.1.3.214)
> by dev80.**** with SMTP; 6 Nov 2002 11:59:25 -0000
> Received: (qmail 2215 invoked by uid 99); 6 Nov 2002 11:59:25 -0000
> Received: (qmail 29790 invoked by uid 99); 6 Nov 2002 11:59:25 -0000
> Resent-Date: 6 Nov 2002 11:59:25 -0000
> Resent-Message-ID: <20021106115925.16717.qmail@****>
> Resent-From: anonymous at .
> Resent-To: kellyt23@****
> Received: from ab17c552.com ([217.146.2.23]) by
> mc6-f38.law1.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600);
> Wed, 6 Nov 2002 03:53:26 -0800
> From: "Nzanga" <nnseko600 at sek.co>
> Reply-To: nnseko600 at pebbles.com
> To: kellyt23@****
>
> l.com
> Date: Wed, 6 Nov 2002 11:55:04 -0800
> Subject: Greetings
> X-Mailer: Microsoft Outlook Express 5.00.2919.6900 DM
> Mime-Version: 1.0
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: quoted-printable
> Message-ID: <MC6-F38ynbN0amKFbi4000b08e0 at mc6-f38.law1.hotmail.com>
> X-OriginalArrivalTime: 06 Nov 2002 11:53:38.0772 (UTC)
> FILETIME=[25035940:01C2858B]
> X-Apparently-To: dev80-****-kellyt23
> X-JUNK1: 12
>
> )
> F00012 OK Completed
>
> debug: sending command: F00013 FETCH 1 BODY[TEXT]
>
> * 1 FETCH (BODY[TEXT] "")
> F00013 OK Completed
>
> Segmentation Fault
I hope that this is helpful - in the past, I have been able to move the
messages with Mozilla, but I'm holding off on touching this for the
moment incase I need to do any more testing.
I can do tcpdump/ethereal dumps/traces if needed, and am happy to do any
other necessary troubleshooting.
Since this is just a SPAM management folder, I'll disable that filter
and leave the messages there for now.
I hope that I trimmed the right amount; I'm trying to keep the
information intact while keeping this message short (I failed at the
latter).
Thanks to all who support IMAPfilter and I hope this helps,
-Rick...
Lefteris Chatzibarbas wrote:
>On Sun, Oct 06, 2002 at 10:13:12PM -0400, rnyman_imapfilter at afterburner.net wrote:
>
>
>>[...]
>>
>>The problem is appeared at first to be tied to individual messages, but
>>while running with the debug turned on, the behavior was more intermittent.
>>
>>Here's a sample of the last two lines in the log, but I'm going to do
>>some more runs and see if I can get the problem repeatable again.
>>
>>
>>
>>>debug: sending command: F00081 FETCH 562 BODY[TEXT]
>>>imapfilter: reading data; error:FFFFFFFF:lib(255):func(4095):reason(4095)
>>>
>>>
>
>Can you get and use a new snapshot of imapfilter from:
>
> http://imapfilter.hellug.gr/temp/imapfilter-20021010.tar.gz
>
>... or alternatively you can get a patch [0] and apply it against v0.8.3:
>
> http://imapfilter.hellug.gr/temp/patch-20021010.gz
>
>Please, run with DEBUG messages turned on.
>
>Thanks
>
>
>[0] Untar and patch with:
>
> tar -zxvf imapfilter-0.8.3.tar.gz
> zcat patch-20021010.gz | patch -p0
>
>_______________________________________________
>Imapfilter-devel mailing list
>Imapfilter-devel at lists.hellug.gr
>http://lists.hellug.gr/mailman/listinfo/imapfilter-devel
>
>
More information about the Imapfilter-devel
mailing list