headers
Julian Cowley | 1 Oct 2007 01:05
Favicon

Re: Dovecot raw backtrace when copying to folder

On Sun, 30 Sep 2007, Timo Sirainen wrote:
> On Thu, 2007-09-27 at 17:07 -1000, Julian Cowley wrote:
>> Lines are broken for clarity.  This is dovecot 1.0.5 on CentOS 4.5.
> ..
>>      imap(i_malloc+0x1b) [0x80b0e1b] ->
>>      imap [0x8083037] ->
>>      imap [0x80833e6] ->
>>      imap(index_storage_search_init+0xf4) [0x80836f4] ->
>
> Are you sure it's 1.0.5? This looks a lot like the crash that empty
> messagesets caused with post-1.0.5 hg version:
> http://hg.dovecot.org/dovecot-1.0/rev/f85adea35b74

You're right, it's not strictly 1.0.5 since I added the following patches. 
I'm not using the above empty messagesets patch though.  Should I be?

My patch file name                              hg revision
================================                ============
dovecot-cmd-create-fix.patch                    6bbb20cdaf1e
dovecot-deliver-dup-db-fix.patch                9d4e89fa62d0
dovecot-mailbox-idle-check.patch                afb48abd91c0
dovecot-search-not-fix.patch                    d144e54f09e6
dovecot-search-opt-p1.patch                     fa89431f893e
dovecot-search-opt-p2.patch                     92b2bd6b6c2d
dovecot-search-opt-p3.patch                     678626efb942

In addition there are a few patches in my spec file which are inherited 
from the original by Axel Thimm, but these have been in there for donkey's 
years and are unlikely to be related to the problem.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Geert Hendrickx | 1 Oct 2007 06:17
Picon
Favicon

Re: Released v1.1.beta2

On Mon, Oct 01, 2007 at 01:40:58AM +0300, Timo Sirainen wrote:
> On Sun, 2007-09-30 at 23:24 +0200, Geert Hendrickx wrote:
> > But I have a segfault with deliver+sieve.  I took the Sieve vacation
> > example from the Wiki and removed the fileinto/stop part so it reaches
> > vacation:
> 
> With Sieve plugin 1.1.2? I thought I fixed this crash for it..

Nope, 1.1.2 fixes it, thanks!  Why don't you announce new Sieve plugin
releases, btw? :-)

	Geert
Permalink | Reply | 0 comments |
headers
Bill Landry | 1 Oct 2007 06:26

Re: Auto create folder(s)

mouss wrote the following on 9/30/2007 3:45 PM -0800:
> Fábio M. Catunda wrote:
>   
>> Charles Marcus escreveu:
>>     
>>> On 9/26/2007, Bill Landry (bill <at> inetmsg.com) wrote:
>>>       
>>>>> But with maildrop you still run the process of creating/checking on
>>>>> every delivery, same thing as dovecot, right?
>>>>>           
>>>> Correct. If the folder does not exist, maildrop will create it on
>>>> first delivery. If the end user deletes the folder, maildrop will
>>>> recreate the folder on the next message delivery to that account.
>>>>         
>>> Could it could be written to simply create the folder if the target
>>> folder doesn't exist (ie, if the initial save fails due to
>>> non-existent folder)? Then there would be no performance hit...
>>>
>>>       
>> There will be a performance hit couse you have to check if the folder
>> exists or not.
>>     
>
> Charles did not say you need to check if the folder exists or not.
>
>   
>> With maildrop its pretty easy to do that, but you will have an extra
>> access to your HD on every message delivery.
>> Maildrop can run shell commands it the user that runs it have a valid
>> shell (Debian-exim do NOT have a valid shell, I created another user
(Continue reading)

Permalink | Reply | 2 comments |
headers
Lars Stavholm | 1 Oct 2007 09:19
Picon
Favicon

plugin advice needed

I'm working on a dovecot plugin.

What's the easiest way to read a specific
mail header like "To" or "From"?

Cheers
/Lars
Permalink | Reply | 2 comments |
headers
Lars Stavholm | 1 Oct 2007 09:34
Picon
Favicon

autocreate plugin

Did anyone get the autocreate plugin working?
I've compiled, installed and configured, but
no mailboxes/folders are created.
/L
Permalink | Reply | 1 comment |
headers
Johannes Berg | 1 Oct 2007 09:57
Favicon

Re: plugin advice needed

On Mon, 2007-10-01 at 09:19 +0200, Lars Stavholm wrote:
> I'm working on a dovecot plugin.
> 
> What's the easiest way to read a specific
> mail header like "To" or "From"?

You know you could look into my plugin which does this ;)

Look at mail_get_first_header() and friends.

johannes
Permalink | Reply | 1 comment |
headers
Lars Stavholm | 1 Oct 2007 09:58
Picon
Favicon

Re: plugin advice needed

Johannes Berg wrote:
> On Mon, 2007-10-01 at 09:19 +0200, Lars Stavholm wrote:
>> I'm working on a dovecot plugin.
>>
>> What's the easiest way to read a specific
>> mail header like "To" or "From"?
> 
> You know you could look into my plugin which does this ;)

That was kinda' the obvious answer. I did however ask
for the easiest way of doing it. Now, that might be the
stuff in your code, but again it might not. How am I to
know? Thus the question.

> Look at mail_get_first_header() and friends.

Yes, of course, thanks.
/L
Permalink | Reply | 0 comments |
headers
Jan van den Berg | 1 Oct 2007 10:04
Picon

Re: Mixed Courier POP3 and Dovecot IMAP environment

In the past we also patched Courier; so Im not sure about the naming
what's right and what's not (I know for a fact what we use now:
courierimapuiddb) 

But you get the idea, right :) 

We currently don't support (Courier) keywords; so if we decide to
support/offer this we can start afresh with Dovecot.

-----Oorspronkelijk bericht-----
Van: Timo Sirainen [mailto:tss <at> iki.fi] 
Verzonden: zondag 30 september 2007 14:08
Aan: Jan van den Berg
CC: dovecot <at> dovecot.org
Onderwerp: Re: [Dovecot] Mixed Courier POP3 and Dovecot IMAP environment

On Mon, 2007-09-24 at 13:29 +0200, Jan van den Berg wrote:
> -          "Patch" the source so Dovecot IMAP will look for/use
> 'courierimapuiddb' instead of 'dovecot-uidlist': otherwise I guess
POP3
> and IMAP users will have different UID files, right? Is this smart or
> will this still break the UID file?

Courier POP3 uses courierpop3uiddb (or something) file for POP3 UIDLs.
Unless you're using a really old Courier version.

> I'm thinking about patching so the transition can be as transparent as
> possible: Also if anything might go wrong in production I want to be
> able to switch back to the 'old' Courier IMAP (without renaming files
> etc.)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andrew Pavlenko | 1 Oct 2007 10:49
Picon
Favicon

v1.1.beta2 - maildir quota calculation problem

I have a problem with the maildir quota plugin. Any imap operations cause 
the plugin to recalculate the mailbox size and put the new value in the 
second line of the maildirsize file, while the third line always contains 
the size of the latest operation. So the resulting sum is incorrect. 

Moreover, quota-warning is not working either.
Have anybody else met such problem?

mail# ./dovecot -n
# 1.1.beta2: /usr/local/etc/dovecot.conf
...
mail_plugins(default): quota mail_log
mail_plugins(imap): quota mail_log
mail_plugins(pop3): quota
mail_plugin_dir(default): /usr/local/lib/dovecot/imap
mail_plugin_dir(imap): /usr/local/lib/dovecot/imap
mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3
...
plugin:
  quota: maildir
  quota_rule: *:storage=10240
  quota_warning: storage=75%% /usr/local/etc/quota-warning.sh 75
Permalink | Reply | 0 comments |
headers
mouss | 1 Oct 2007 11:09
Picon
Favicon

Re: Auto create folder(s)

Bill Landry wrote:
> mouss wrote the following on 9/30/2007 3:45 PM -0800:
>> Fábio M. Catunda wrote:
>>   
>>> Charles Marcus escreveu:
>>>     
>>>> On 9/26/2007, Bill Landry (bill <at> inetmsg.com) wrote:
>>>>       
>>>>>> But with maildrop you still run the process of creating/checking on
>>>>>> every delivery, same thing as dovecot, right?
>>>>>>           
>>>>> Correct. If the folder does not exist, maildrop will create it on
>>>>> first delivery. If the end user deletes the folder, maildrop will
>>>>> recreate the folder on the next message delivery to that account.
>>>>>         
>>>> Could it could be written to simply create the folder if the target
>>>> folder doesn't exist (ie, if the initial save fails due to
>>>> non-existent folder)? Then there would be no performance hit...
>>>>
>>>>       
>>> There will be a performance hit couse you have to check if the folder
>>> exists or not.
>>>     
>> Charles did not say you need to check if the folder exists or not.
>>
>>   
>>> With maildrop its pretty easy to do that, but you will have an extra
>>> access to your HD on every message delivery.
>>> Maildrop can run shell commands it the user that runs it have a valid
>>> shell (Debian-exim do NOT have a valid shell, I created another user
(Continue reading)

Permalink | Reply | 1 comment |

Gmane