[Dbmail-dev] [DBMail 0000265]: Non US-ASCII character in mail header breaks fetching

2007-04-20 Thread bugtrack
A NOTE has been added to this issue. == http://www.dbmail.org/mantis/view.php?id=265 == Reported By:idk Assigned To:paul =

Re: [Dbmail-dev] character encoding and other patches

2007-04-20 Thread Paul J Stevens
Anton Zakatov wrote: > > PJ> That query is designed to find header blocks that are not marked as > PJ> such. This change will break that. > > This my mistake. I thought that this select used to remove blocks > without headers. It does. Your query looks like an improvement after all. I've run it

Re: [Dbmail-dev] character encoding and other patches

2007-04-20 Thread Anton Zakatov
Hello, Paul! You wrote to "DBMAIL Developers Mailinglist" on Thu, 19 Apr 2007 20:17:21 +0200: PJ> Did you try to compile with all modules and unit-testing enabled? PJ> Sqlite is broken by the patch. Sorry about sqlite and pg modules - I use mysql and remove it from configure not long ago. N

[Dbmail-dev] [DBMail 0000572]: Some warnings

2007-04-20 Thread bugtrack
A NOTE has been added to this issue. == http://www.dbmail.org/mantis/view.php?id=572 == Reported By:jasb Assigned To:

[Dbmail-dev] [DBMail 0000517]: pop3d or imapd sometimes exit unexpected

2007-04-20 Thread bugtrack
A NOTE has been added to this issue. == http://www.dbmail.org/mantis/view.php?id=517 == Reported By:Anne Assigned To:

[Dbmail-dev] [DBMail 0000553]: segfault

2007-04-20 Thread bugtrack
A NOTE has been added to this issue. == http://dbmail.org/mantis/view.php?id=553 == Reported By:nethzt Assigned To: ==

[Dbmail-dev] [DBMail 0000572]: Some warnings

2007-04-20 Thread bugtrack
A NOTE has been added to this issue. == http://www.dbmail.org/mantis/view.php?id=572 == Reported By:jasb Assigned To:

[Dbmail-dev] [DBMail 0000572]: Some warnings

2007-04-20 Thread bugtrack
A NOTE has been added to this issue. == http://www.dbmail.org/mantis/view.php?id=572 == Reported By:jasb Assigned To:

Re: [Dbmail-dev] character encoding and other patches

2007-04-20 Thread Paul J Stevens
A correction to my earlier mail. Paul J Stevens wrote: > @@ -1647,12 +1645,17 @@ int db_icheck_isheader(GList **lost) [snip] > That query is designed to find header blocks that are not marked as > such. This change will break that. On second reading it looks valid after all. --