[Dbmail-dev] IMAP SORT completely broken

2005-03-01 Thread Geo Carncross
IMAP sort is treated completely wrong. The arguments are NOT [charset charset-atom] search... but actually: program-list charset-atom search... Thusly, I should be able to say: . SORT (DATE REVERSE SUBJECT) US-ASCII ALL NOT DELETED but this doesn't work. See

Re: [Dbmail-dev] Makefile.am patch -- repost

2005-03-01 Thread Paul J Stevens
Applied in SVN. I've changed the autotools setup to build convenience libs for all except the sql backend code. Those backend libs are now all called libsqldbmail.so The shared libs setup is a mess. It anticipates a modular plugin architecture, but doesn't provide any of the expected

Re: [Dbmail-dev] something got missed on sqlite patch

2005-03-01 Thread Paul J Stevens
applied in svn's trunk. Geo, please start using subversion if you don't mind. That's where I'll commit all new changes. Geo Carncross wrote: this needs to be applied to HEAD in order for sqlite to even work. after this, it DOES work with Thunderbird

[Dbmail-dev] [DBMail 0000177]: Compile Fails - FBSD users Unable to build Dbmail latest

2005-03-01 Thread bugtrack
A BUGNOTE has been added to this bug. == http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=177 == Reported By:mobrien Assigned

Re: [Dbmail-dev] IMAP SORT completely broken

2005-03-01 Thread Matthew T. O'Connor
SORT is now removed from the CAPABILITIES of HEAD? or even from the 2.0.x branch? I would hope that 2.0.x stays the way it is. Paul J Stevens wrote: Yes, sort is broken. A known problem slated to be fixed in the 2.1.x series. The current sort functionality is strictly aimed at the command

Re: [Dbmail-dev] Makefile.am patch -- repost

2005-03-01 Thread Geo Carncross
Then it was applied incorrectly, got missed, corrupted, what have you. Attached is a patch against trunk/rev1623. On Tue, 2005-03-01 at 09:12 +0100, Paul J Stevens wrote: Applied in SVN. I've changed the autotools setup to build convenience libs for all except the sql backend code. Those

Re: [Dbmail-dev] Makefile.am patch -- repost

2005-03-01 Thread Paul J Stevens
Please try again. Geo Carncross wrote: Then it was applied incorrectly, got missed, corrupted, what have you. Attached is a patch against trunk/rev1623. On Tue, 2005-03-01 at 09:12 +0100, Paul J Stevens wrote: Applied in SVN. I've changed the autotools setup to build convenience libs for

Re: [Dbmail-dev] IMAP SORT completely broken

2005-03-01 Thread Paul J Stevens
Don't worry Matthew, nothing will change on the 2.0 branch without due process. Matthew T. O'Connor wrote: SORT is now removed from the CAPABILITIES of HEAD? or even from the 2.0.x branch? I would hope that 2.0.x stays the way it is. Paul J Stevens wrote: Yes, sort is broken. A known

Re: [Dbmail-dev] Makefile.am patch -- repost

2005-03-01 Thread Geo Carncross
Looks good now. Super. On Tue, 2005-03-01 at 19:28 +0100, Paul J Stevens wrote: Please try again. Geo Carncross wrote: Then it was applied incorrectly, got missed, corrupted, what have you. Attached is a patch against trunk/rev1623. -- Internet Connection High Quality Web Hosting

[Dbmail] Re: [mydns-users] MyDNS Questions / Delopment question

2005-03-01 Thread Simon
On Thu, 24 Feb 2005 17:18:19 +, Alex Leonhardt [EMAIL PROTECTED] wrote: I tried to figure out if it's possible to run a script or similar each time a request comes in to the DNS Server. MyDNS can write a line to the log file for each request with the --verbose option. See

[Dbmail] Postfix rejection message with dbmail.

2005-03-01 Thread Dominic Amann
I have setup dbmail-mysql with postfix using the debian packages, on a sarge distro. I have followed the standard setup outlined in helgrim's howto. Everything seems to work quite well (since I somewhat painfully upgraded to 2.0.3). I only have one significant problem: when someone mails to a

Re: [Dbmail] Performance-experience with DBmail in a high-volume setup

2005-03-01 Thread Dominic Amann
martin sperl wrote: Hi! We just came accross DBMAIL because we require for a new application of ours an IMAP server that scales well. We were already thinking along simmilar lines regarding an IMAP frontend to mysql, but as our requirements are outside the 25000 account range given in the