Aquileo | Recent changes to bugs

Aquileo | decode the From: and Subject: headers

2014-07-02T18:21:57.439000Z

pfqueue should be able to decode the From: and Subject: headers.

Currently, I'm seeing:

│Message: 3h3Sch4y3KzCsxy │
│From..: "C. Welker" iolite@atoz-cro.de │
│To....: "wolfram.wermke@charite.de" wolfram.wermke@charite.de │
│Subj..: =?utf-8?b?SWNoIGJpbiB3aWUgZWluZSBGZWRlciBvaG5lIFdpbmQ=?= │
│Status: Held │

echo '=?utf-8?b?SWNoIGJpbiB3aWUgZWluZSBGZWRlciBvaG5lIFdpbmQ=?=' | perl -MEncode -ne 'print encode("utf8",decode("MIME-Header",$_))'

Ich bin wie eine Feder ohne Wind

Aquileo | pfqueue: crahes if terminal is too wide!

2013-03-04T10:29:02Z

As per debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585131

Size above 251 columns crashes the pfqueue. The user backtrace says this:

Program received signal SIGABRT, Aborted.
0xb7fe2424 in __kernel_vsyscall ()
(gdb) bt
#0 0xb7fe2424 in __kernel_vsyscall ()
#1 0xb7e5f751 in raise () from /lib/i686/cmov/libc.so.6
#2 0xb7e62b82 in abort () from /lib/i686/cmov/libc.so.6
#3 0xb7e9618d in ?? () from /lib/i686/cmov/libc.so.6
#4 0xb7ea0281 in ?? () from /lib/i686/cmov/libc.so.6
#5 0xb7ea1ad8 in ?? () from /lib/i686/cmov/libc.so.6
#6 0xb7ea4bbd in free () from /lib/i686/cmov/libc.so.6
#7 0x0804a6c9 in show_cursor () at fe_ncurses.c:497
#8 0x0804b567 in queue_show () at fe_ncurses.c:700
#9 0x0804c6f8 in main (argc=1, argv=0xbffffc84) at fe_ncurses.c:1111
(gdb)

Alas,
#define BUF_SIZE 250
and later:
buf = (char*)malloc(BUF_SIZE);
...
free ( buf );

Aquileo | 0.5.5 symbol lookup error

2007-02-01T17:45:29Z

I'm getting this on startup of pfqueue-0.5.5:

pfqueue: symbol lookup error: /usr/lib/libpfq_postfix2.so.0.0.0: undefined symbol: pfq_queue_count

postfix-2.3.6 is installed, in case it matters

Aquileo | 0.5.0 segfaults when exiting with "q"

2005-10-14T20:51:29Z

Complied v0.5.0 with Gentoo ebuild out of the box.
All prior versions worked fine.
0.5.0 segfaults when exiting the application with "q".
Works nicely before that (although it autodetects exim
backend when postfix2 should haven been detected, no
exim on the machine (does print "exim pfqueue backend:
cannot guess spool_directory" to stderr as from pfq_exim).
When forced with -b postfix2 this message does not show
anymore but the segfault at program exit stays, so I
guess it's unrelated.

Compiled with -O2 -march=pentium4 -fomit-frame-pointer.
Recompiling does not change anything.
Segfault is reproducable.

Coredump (.gz'd) attached.

Aquileo | 0.5.0: Broken dynamic linking with custom --libdir

2005-09-01T00:16:00Z

I've tried building pfqueue with
--libdir=/usr/lib/pfqueue, and resulting binary
couldn't link to libpfqueue.so:

# ldd /usr/bin/pfqueue
linux-gate.so.1 => (0xffffe000)
libpfqueue.so.0 => not found
libdl.so.2 => /lib/libdl.so.2 (0xb7fbd000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7fab000)
libncurses.so.5 => /lib/libncurses.so.5 (0xb7f6b000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7e57000)
/lib/ld-linux.so.2 (0xb7feb000)

After exporting LD_LIBRARY_PATH="/usr/lib/pfqueue", the
application runs fine.

Aquileo | Doesn't compile under FreeBSD and generally doesn't work

2004-12-15T17:06:11Z

I couldn't get it to compile "out of the box" under
FreeBSD.

First, it complained about "false" not being declared.

I #defined it to 0 at the top of pfqueue.c.

Then, it complained of syntax errors because of "FILE
p* = popen..." instructions being syntax errors.

I then moved the declarations of FILE *p; near the top
of the functions, in the declaration section, and left
"p = popen..." instead.

It then compiled and ran (or at least, started)

However, it keeps saying the postfix queue is empty,
whereas mailq says there're 15 messages in it.

I guess the code is Linux-centric ?

You still need to work on it ! :P

P.C. (news@kyoko.org)