Re: [Dbmail-dev] MySQL 5.1x

incorrect use of indices, though I don't know whether it will help you. For me, with the patch, dbmail 2.2-svn works nicely with MySQL 5.1. -- UEMURA (fka. MAENAKA) Tetsuya maen...@pluto.dti.ne.jp patch-dbmail-message.c Description: Binary data

Re: [Dbmail-dev] [DBMail 0000655]: MIME headers are incorrectly parsed into cached tables

Seems that the compiled-in default character set of your libmysqlclient is latin1 instead of utf8. Actually, what done by the SET NAMES query is to change the client character set to another. -- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED] Posted on Wed, 28 Nov 2007 10:43:10 +0100 by author

[Dbmail-dev] Patch to support LDAP via ldapi or possibly ldaps.

), ldap_init() is deprecated. Thanks. -- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED] ldapi.diff Description: Binary data ___ Dbmail-dev mailing list Dbmail-dev@dbmail.org http://twister.fastxs.net/mailman/listinfo/dbmail-dev

[Dbmail-dev] Should version be bumped to 2.2?

Hi list. As of today's dbmail_2_2_branch, the VERSION constant is defined as 2.1 in dbmail.h.in. It's trivial but, the branch was already bumped from 2.1 to 2.2, so that VERSION should also be bumped to 2.2 or something like 2.2-ALPHA. -- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED]

Re: [Dbmail-dev] [DBMail 0000419]: Patch to suppress GLib-CRITICAL warnings.

)); Patch attached. Also the compile-time warnings mentioned by Jorge should be fixed. -- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED] patch-dbmail-mailbox.c Description: Binary data

[Dbmail-dev] Another libsieve-2.1.12 woes.

Hi list. In src/sv_util/vasnprintf.c, alloca.h is included, though FreeBSD doesn't have it and therefore libsieve can't be built. -- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED] alloca.patch Description: Binary data

Re: [Dbmail-dev] [DBMail 0000383]: sieve: imapflag handling breakage

() ain't necessary to be called. By the way, memset(msgflags, ...) on line 201 of modules/sortsieve.c should be memset(msgflags, ...) ? -- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED]

Re: [Dbmail-dev] [DBMail 0000383]: sieve: imapflag handling breakage

Posted on Thu, 27 Jul 2006 13:53:35 +0900 (JST) by author UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED] First, the test if(msgflags) on line 132 in sort.c is inappropriate because msgflags is now always initialized by memset() so that it must be a valid pointer and therefore the test always

Re: [Dbmail-dev] dbmail 2.1.7 minor memory leak in db.c and other questions

the patch, I can make imapd consuming hundreds MB within a minute. Now I can't do. Thanks a lot. -- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED]

Re: [Dbmail-dev] What happened with message_flags?

this bug. http://www.dbmail.org/mantis/view.php?id=383 -- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED]

Re: [Dbmail-dev] Re: trunk 2067 UID SEARCH NOT broken?

Paul, attached patch is trivial but necessary not to get assertion failure produced by g_tree_nnodes(). -- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED] Posted on Sat, 15 Apr 2006 00:55:28 +0900 (JST) by author UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED] Hi Paul, your commit looks fine

Re: [Dbmail-dev] Re: trunk 2067 UID SEARCH NOT broken?

Hi Paul, your commit looks fine. Thanks. -- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED] Posted on Fri, 14 Apr 2006 11:29:10 +0200 by author Paul J Stevens [EMAIL PROTECTED] it works now. Could you please test rev 2069. dbmail.err Description: Binary data

[Dbmail-dev] trunk 2067 UID SEARCH NOT broken?

Hi all. Now I'm testing 2.1 on FreeBSD 6-STABLE. With trunk 2067, imap ``UID SEARCH NOT ...'' seems broken. For example, ``UID SEARCH NOT DELETED'' returns result similar to ``UID SEARCH DELETED'' and thus my MUA assumes all the mailboxes empty. Please fix this issue. Regards. -- UEMURA (fka

Re: Re: [Dbmail-dev] Status 2.0.2

. My test was very limited and insufficient though. -- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED]

[Dbmail-dev] pipe.c still have problem, maybe.

Hi. With pipe.c 1.120 and lmtp, I don't see any duplicated messages, but it adds newline into the most beginning of message body. With smtp, everything seems fine. -- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED]

Re: [Dbmail-dev] pipe.c still have problem, maybe.

=messages.physmessage_id; | /usr/local/mysql/bin/mysql -u foo -p responce.log I hope it can help. -- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED] messageblk Received: from localhost (localhost [127.0.0.1])\n\tby dynamicaddr.minidns.net (Postfix) with ESMTP id E10038117\n\tfor [EMAIL PROTECTED]; Fri, 7 May

Re: [Dbmail-dev] pipe.c still have problem, maybe.

-- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED]

Re: [Dbmail-dev] pipe.c still have problem, maybe.

can you try it with the newest version (v1.122) of pipe.c? I've updated to 1.122 of pipe.c, and still have extra newline when using lmtp. -- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED]

Re: [Dbmail-dev] pipe.c still have problem, maybe.

If you have restarted it.. Then I'm at a loss at the moment.. and it's To make it sure, I redo everything and it seems the same. Edit transport (of Postfix), postmap transport and postfix reload, and killall dbmail-lmtpd, then restart it. -- UEMURA (fka. MAENAKA) Tetsuya [EMAIL PROTECTED]