[imapfilter-devel]Segmentation faults using rmove and rcopy

[Lefteris Chatzibarbas]

On Wed, Nov 06, 2002 at 09:00:20PM -0500, rnyman_imapfilter at afterburner.net wrote:
> 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

BTW, for those interested on building/installing imapfilter on Solaris
just do:

  gzcat imapfilter-0.8.4.tar.gz | tar -xvf -
  cd imapfilter-0.8.4
  make CC=gcc CFLAGS="-O -D__EXTENSIONS__ -I/usr/local/ssl/include \
  	-L/usr/local/ssl/lib" LIBS="-lsocket -lnsl -lssl -lcrypto"
  make install

... specifying the correct paths to the OpenSSL library and header files
(here assumed that it resides in /usr/local/ssl/).

> 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
>
> [...]

I was able to reproduce these problems.  They are fixed in version 0.8.4,
released earlier today.

> [...]
>
> I can do tcpdump/ethereal dumps/traces if needed, and am happy to do any 
> other necessary troubleshooting.
>
> [...]
> 
> Thanks to all who support IMAPfilter and I hope this helps,
> -Rick...

Thank you very much for the testing you've done and for reporting all
those bugs.

Lefteris