headers
Thomas G. Lau | 1 Sep 2009 11:00
Picon
Favicon

rawlog adjustment

Dear All,

We would like to use rawlog to make sure when does user delete email, 
can we filter particular command that user sent to dovecot server 
instead of log the whole email content as well? how would you all 
provide prove to client that mail lost is not caused by your server?
Permalink | Reply | 7 comments |
headers
Tom Sommer | 1 Sep 2009 11:02
Picon

Hang on login since 1.2.4

I upgraded a number of servers to Dovecot 1.2.4, and now suddenly I get
a lot of customers saying it takes a long time for them to log in.

I enabled all debug and see the following:

Sep 01 10:49:18 auth(default): Info: client in: AUTH    10     
DIGEST-MD5      service=pop3    lip=195.41.131.35      
rip=111.111.111.111       lport=110   rport=3730
Sep 01 10:49:18 auth(default): Info: digest-md5(?,111.111.111.111):
Invalid realm: example.com
Sep 01 10:49:25 auth(default): Info: client in: AUTH    11      PLAIN  
service=pop3    lip=195.41.131.35       rip=111.111.111.111      
lport=110       rport=3730   resp=<hidden>

Basically there is a lag of ~7-9 seconds upon login, this seems to be
consistant across the servers.

Any help would be greatly appreciated.

// Tom
Permalink | Reply | 5 comments |
headers
Lawrence Sheed | 1 Sep 2009 11:07
Picon

Dovecot 1.2.4 Crashing on amd64

On the offchance that this was fixed in the nightlies, tried the  
9/1/09 build, but no go.

Sep  1 09:06:23 usa kernel: [955179.633005] dovecot-auth[19737]:  
segfault at 0 ip 0 sp 7fffc8839fa8 error 14 in dovecot-auth 
[400000+49000]

Any ideas?

dovecot -n and crash logs posted previously.

Lawrence Sheed

COMPUTER SOLUTIONS
Room 401-402 Han Wen Xuan Building 2
No.14, 955 Yan An Middle Road
Shanghai China 200040

Tel:       +86 21 62890765
  	    +86 21 62890056
Fax:      +86 21 62890700
Mobile:  +86 13901 802 269
Skype:  computersolutions.cn
Twitter: compsolutions
Web:     www.computersolutions.cn
E-mail: support <at> computersolutions.cn
Permalink | Reply | 0 comments |
headers
Andreas Ntaflos | 1 Sep 2009 11:34
Gravatar

Global ACL configuration problems: mailboxes not visible, set ACLs not honoured

Hi list, 

I am having trouble getting global ACLs to work correctly. This is, I 
assume, an issue separate from the one I reported a few days ago [1], 
where the imap process crashes when creating subfolders of folders with 
an ACL set.

As you can see from my 'dovecot -n' output below I have three 
namespaces; two private ("Backup" and the default, empty one) and one 
public ("Public"). I also use the autocreate plugin to create a few 
standard folders. Those folders, along with some others, should have 
some special permissions and restrictions in place. I.e. messages must 
not be deletable, the mailbox itself may not be deleted, etc.

I want to use global ACLs so that I don't have to put a dovecot-acl file 
in every folder that I want to have an ACL set. Thus, according to the 
wiki, if have set

acl:vfile:/etc/dovecot/acls

I can create files named "Sent", "Trash", "Drafts", "INBOX.Spam" 
and "Backup.sent", "Backup.received", "Public.Spam", "Public.Ham" in 
the directory /etc/dovecot/acls. These files contain the ACL, such 
as "owner lrp", "owner lrwsipk" and "authenticated lrwstipk". Any and 
all "dovecot-acl-list" files have been deleted before testing and 
reproducing that problem again just now.

Is there anything more to it? I ask, because I can't seem to get it to 
work correctly using this approach with global ACLs. Problems include:
(Continue reading)

Permalink | Reply | 1 comment |
headers
Thomas Leuxner | 1 Sep 2009 12:11
Gravatar

Re: Global ACL configuration problems: mailboxes not visible, set ACLs not honoured

On Tue, Sep 01, 2009 at 11:34:16AM +0200, Andreas Ntaflos wrote:
> Is there anything more to it? I ask, because I can't seem to get it to 
> work correctly using this approach with global ACLs. Problems include:
> 
>  - Can't get the mailboxes "Spam" and "Ham" under the "Public" namespace 
> to show up in the mail client (Thunderbird, KMail, Horde/IMP) at all. 
> These have the ACL "authenticated lrwstipk" set so the should be 
> visible to authenticated clients, shouldn't they? All I see is the 
> namespace with no mailboxes beneath it.

Hi Andreas,

did you try with enabling the logging option 'mail_debug = yes'? It should then verbosely log ACLs read
while accessing the folders. How about the files 'dovecot-acl' and 'dovecot-acl-list'? Are they
present in your public root? The latter should have been automatically created once the subdirs have
working ACLs.

Regards
Thomas
Permalink | Reply | 0 comments |
headers
Stephan Bosch | 1 Sep 2009 12:14
Picon

Re: Smartsieve patch on Dovecot wiki?


Ronald Johnson wrote:
(Manual quote; for some reason Thunderbird is not showing the content of 
your e-mail)
> I am attempting to get smartsieve 1.0 RC2 working with our test install 
> of dovecot, but can not locate the Managesieve.php fix listed on the 
> ManageSieve page:
> 
> http://wiki.dovecot.org/ManageSieve/Clients
> 
> Does anyone know of another location to get this fix?  I've googled 
> around, but not found an alternate location.
> 
> We're running:
> 
> dovecot-1.2.3
> dovecot-1.2-sieve-0.1.12
> dovecot-1.2-managesieve-0.11.9
> 
> The managesieve server is working fine for other ManageSieve clients 
> such as Roundcube's managesieve and sieverules plugins, it is only 
> smartsieve I am having problems with.  Any pointers are appreciated.

I still had this fix lying around somewhere:

http://www.rename-it.nl/dovecot/patches/Managesieve.php.txt

I apparently also transformed it into a patch that only contains the 
essence:
(Continue reading)

Permalink | Reply | 1 comment |
headers
Maciej Uhlig | 1 Sep 2009 12:19
Picon
Favicon

assertion failed while using sieve

Hi,

there is a line in TODO: "- sieve-cmu.c crash: i_assert(buf->used - 1 == 
part->body_size.physical_size); ". Yes, we've really seen this crash. 
Therefore we upgraded to dovecot-1.2.3 with dovecot-1.2-sieve-0.1.11 in 
order to use sieve plugin (i.e. not cmu-sieve). We use Solaris 10 on Sun 
servers, we don't use NFS.

However, unfortunately, dovecot with sieve crashes too. Here is dovecot 
log excerpt:

2009-09-01T02:40:57+02:00 prac/prac dovecot: [ID 583609 mail.crit] 
deliver(id <at> domain): Panic: file ext-body-common.c: line 149: assertion 
failed: (buf->used - 1 == part->body_size.physical_size)
2009-09-01T02:40:57+02:00 prac/prac dovecot: [ID 583609 mail.crit] 
deliver(id <at> domain): Panic: file ext-body-common.c: line 149: assertion 
failed: (buf->used - 1 == part->body_size.physical_size)
2009-09-01T02:40:57+02:00 prac/prac dovecot: [ID 583609 mail.error] 
deliver(id <at> domain): Raw backtrace: 0xbd27c -> 0xfead33b0 -> 0xfead358c 
-> 0xfead396c -> 0xfead4a78 -> 0xfeaa19dc -> 0xfeaa1abc -> 0xfeaa1c38 -> 
0xfeabf22c -> 0xfeabf520 -> 0xfea90b20 -> 0xfea91048 -> 0xfea91404 -> 
0x26e58 -> 0x23778

Now, some background. We use a sieve script with >>require "body"<<. 
This script compiles correctly and more, it works correctly while named 
as >>id <at> domain.sieve<< or >>id <at> domain.svbin". Nevertheless while the 
very same script is defined in plugin section of dovecot conf as "sieve 
= script" or "sieve_before = script" or "sieve_after = script" then 
dovecot crashes. I consider it as an important hint for problem 
resolution. Moreover, not every mail is affected, but we didn't
(Continue reading)

Permalink | Reply | 4 comments |
headers
Charles Marcus | 1 Sep 2009 12:39

Re: rawlog adjustment

On 9/1/2009, Thomas G. Lau (thomas.lau <at> ntt.com.hk) wrote:
> We would like to use rawlog to make sure when does user delete email,
> can we filter particular command that user sent to dovecot server
> instead of log the whole email content as well? how would you all
> provide prove to client that mail lost is not caused by your server?

You don't want rawlog for this (thats for troubleshooting), you want
mail_log:

http://wiki.dovecot.org/Plugins/MailLog

--

-- 

Best regards,

Charles
Permalink | Reply | 6 comments |
headers
Thomas G. Lau | 1 Sep 2009 13:03
Picon
Favicon

Re: rawlog adjustment

Dear Charles,

maillog does not provide when does client execute delete command, so it 
does not work.

_________
Thomas Lau
Product Engineer
Product Development
NTT Com Asia Limited
Phone: +852 3793-0733
Address: 12/F., Guardian House, 32 Oi Kwan Road, Wan Chai, Hong Kong
Email: thomas.lau <at> ntt.com.hk

Charles Marcus wrote:
> On 9/1/2009, Thomas G. Lau (thomas.lau <at> ntt.com.hk) wrote:
>   
>> We would like to use rawlog to make sure when does user delete email,
>> can we filter particular command that user sent to dovecot server
>> instead of log the whole email content as well? how would you all
>> provide prove to client that mail lost is not caused by your server?
>>     
>
> You don't want rawlog for this (thats for troubleshooting), you want
> mail_log:
>
> http://wiki.dovecot.org/Plugins/MailLog
>
>
(Continue reading)

Permalink | Reply | 5 comments |
headers
intrigeri | 1 Sep 2009 13:15

Re: fts_squat + virtual => crash

Hi,

Timo Sirainen wrote (27 Jul 2009 03:42:44 GMT) :
> On Fri, 2009-07-24 at 12:07 +0200, intrigeri wrote:
>> dovecot's imap process segfaults when I search a virtual mailbox
>> using the fts_squat plugin. Is this supposed to work, or
>> a known bug?

This is fixed in 1.2.4, thanks.

Bye,
--

-- 
  intrigeri <intrigeri <at> boum.org>
  | GnuPG key  <at>  https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint  <at>  https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc
  | Then we'll come from the shadows.
Permalink | Reply | 0 comments |

Gmane