Re: [Dovecot] Consecutive crashes of serveral imapd processes

2008-03-10 Thread Timo Sirainen 
On Mon, 2008-03-10 at 23:10 +0100, Ralf Hildebrandt wrote:
> #0  0x080a2754 in imap_bodystructure_write (part=0x80fc7b0, dest=0x80fcb60, 
> extended=true) at imap-bodystructure.c:344
> 344   text = data->content_type == NULL ||
> #0  0x080a2754 in imap_bodystructure_write (part=0x80fc7b0, dest=0x80fcb60, 
> extended=true) at imap-bodystructure.c:344

Thanks, fixed: http://hg.dovecot.org/dovecot-1.0/rev/538f8892a2f1

(Not an optimal fix, but a few wasted CPU cycles shouldn't matter, v1.1
handles this better)


signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] 1.0.13: mail_extra_groups alternative syntax?

2008-03-10 Thread Dâniel Fraga 
On Tue, 11 Mar 2008 03:14:13 +0200
Timo Sirainen <[EMAIL PROTECTED]> wrote:

> It depends on what you use the "mail" and "nogroup" for. The
> mail_privileged_group is used for creating dotlocks to directories where
> you normally don't have write access (/var/mail). mail_access_groups
> gives the process full access to the group, allowing the user to
> read/write to all files/dirs readable/writable by that group.

Hi Timo, I use "mail" for /var/mail (you're correct):

drwxrwxr-x 3 root mail 488 Mar 10 22:26 /var/mail/

and "nogroup" for /var/spool/virtual. So in thesis, the
following should work, right?

mail_privileged_group = mail

mail_access_groups = nogroup

At least it seems to work here. Thanks.

--

Re: [Dovecot] messages downloading repeatedly to mozilla/seamonkey pop3 client

2008-03-10 Thread Timo Sirainen 
On Wed, 2008-03-05 at 15:17 -0500, Ben Julian wrote:
> Mar  3 10:37:00 servername dovecot: POP3(user): mbox sync: UID
> inserted in the middle of mailbox /var/mail/user (84873 > 84872,
> seq=2, idx_msgs=3)

This is the main problem, these shouldn't happen. Can the user access
the mailboxes directly?

See http://wiki.dovecot.org/MboxProblems


signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] question about dovecot imap outlook clients

2008-03-10 Thread Adam McDougall 
On Mon, Mar 10, 2008 at 05:04:19PM -0700, Asheesh Laroia wrote:

  On Mon, 10 Mar 2008, Joseph Norris wrote:
  
>> Questions:
>> 
>> Do I have to get an ssl certificate to make it work?  ( cost ouch!)
>> Is there a way around this using my own self-signed certificates?
>> Is there a cheaper ssl certificate service?
  
  When I was an admin at acm.jhu.edu, I had us use the free certificates for 
  .edu hosts given out by ipsca.com.  They were compatible and 
  well-supported, and signed by the right authorities to have no error 
  messages.  (Except in some totally weird interaction with Mozilla, for 
  which we opened a bug and which I *think* is fixed.)  You can toy with 
  https://secure.acm.jhu.edu/ and connecting via SSL'd IMAP to 
  secure.acm.jhu.edu (port 993).
  
  For my personal servers, I use the "RapidSSL" certificates sold by 
  Geotrust.  I can't seem to find the link for the vendor I use, but they 
  seem to be widely resold for around $10-15 a year.  The only serious 
  complaint I can find on the web is that if you use their bulk purchasing 
  option, be sure to read the fine print - your ability to use the 
  bulk-purchased certificates goes away one year after you purchased them.
  
  As for how to set them up, I always follow the Apache mod_ssl instructions 
  and then use the certificates everywhere else on my system.
  
  As for if any of this is truly "necessary," no idea. (-:  I did it because 
  I wanted SSL/TLS.
  
  -- Asheesh.
  
Godaddy also has cheap SSL certificates.  They give you a certificate and 
another file that contains the chained certificates.  You probably need to
serve both to avoid browsers giving an unhelpful "something is wrong but 
I'm not telling you what" error if the cert chain hierarchy is missing.

Re: [Dovecot] 1.0.13: mail_extra_groups alternative syntax?

2008-03-10 Thread Timo Sirainen 
On Mon, 2008-03-10 at 13:02 -0300, Dâniel Fraga wrote:
> "Warning: mail_extra_groups setting was often used insecurely so it is
> now deprecated, use mail_access_groups or mail_privileged_group instead"
> 
>   I use the following:
> 
> mail_extra_groups = mail nogroup
> 
>   Because I have the real and virtual accounts.
> 
>   What's the correct way to replace the above line? It seems that
> mail_privileged_group only accepts one group, but I need two.
> 
>   Any suggestion? Thank you!

It depends on what you use the "mail" and "nogroup" for. The
mail_privileged_group is used for creating dotlocks to directories where
you normally don't have write access (/var/mail). mail_access_groups
gives the process full access to the group, allowing the user to
read/write to all files/dirs readable/writable by that group.



signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] Cingular/ATT killing my IMAP/POP connections with bad TCP FIN packets?

2008-03-10 Thread Adam McDougall 
On Mon, Mar 10, 2008 at 08:12:37PM -0400, Peter Tripp wrote:

  Hello all,
  
  I've got an issue I'm almost positive is not related to Dovecot, but was 
  wondering whether anyone else has had similar problems or could duplicate 

  Me: SYN
  Paradox: SYN, ACK
  Me: ACK
  Me: Client Hello
  Paradox: ACK
  Paradox: FIN, ACK
  Me: ACK
  Paradox: FIN, ACK
  Me: ACK
  -dead-
  
  http://duckies.org/~peter/damncingular.txt

I notice a 6-7 second delay between the first ACK and the first FIN,ACK.
Is your dovecot server perhaps unable to do a DNS lookup on the connecting
IP?  It would be very informative to see what the dovecot server is sending
(or not sending) including generated traffic such as DNS queries, if you 
can isolate that.  Is anything in the dovecot logs?  Wondering if it is 
related to something like tcp wrappers.

[Dovecot] IMAP storage - mail_location = maildir:~/Maildir:mbox:~/mail/

2008-03-10 Thread Tim Alberts 
I'm moving to IMAP and trying to understand all the details of where to 
save email.  The system is CentOS running sendmail - procmail which 
delivers as:


DEFAULT=$HOME/Maildir/

I'm trying also to use Usermin as the webmail client.  I can get mail to 
deliver to $HOME/Maildir/ and I can get clients (thunderbird outlook 
etc) to view them.  However Usermin seems stuck with saving 'Drafts' 
'Sent' and 'Trash' in $HOME/mail/ as mbox and Dovecot won't find them 
even when I use the setting:


maildir:~/Maildir:mbox:~/mail/

I don't know what exact question to ask to I'll just ask for any 
thoughts on this?


Second question, different topic.  Are there problems with running POP3 
and IMAP?  I've always run POP3 and I'm thinking to move to IMAP for 
some clients so the Usermin webmail will be better 'synchronized' with 
the users inbox.



*> dovecot --version *
1.0.10
*> dovecot -n *
# 1.0.10: /etc/dovecot.conf
protocols: imap pop3
login_dir: /var/run/dovecot/login
login_executable(default): /usr/libexec/dovecot/imap-login
login_executable(imap): /usr/libexec/dovecot/imap-login
login_executable(pop3): /usr/libexec/dovecot/pop3-login
mail_location: maildir:~/Maildir:mbox:~/mail/
mail_executable(default): /usr/libexec/dovecot/imap
mail_executable(imap): /usr/libexec/dovecot/imap
mail_executable(pop3): /usr/libexec/dovecot/pop3
mail_plugin_dir(default): /usr/lib64/dovecot/imap
mail_plugin_dir(imap): /usr/lib64/dovecot/imap
mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3
pop3_client_workarounds(default): 
pop3_client_workarounds(imap): 
pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh

auth default:
 passdb:
   driver: pam
   args: dovecot
 userdb:
   driver: passwd
   args: blocking=yes

[Dovecot] Cingular/ATT killing my IMAP/POP connections with bad TCP FIN packets?

2008-03-10 Thread Peter Tripp 

Hello all,

I've got an issue I'm almost positive is not related to Dovecot, but was 
wondering whether anyone else has had similar problems or could 
duplicate my results.  Please accept my apologies if this is considered 
off-topic or this issue is actually just a symptom of my own ignorance.  
Also, sorry for how long this email got, I knew I wouldn't be able to 
explain my issue in a paragraph.




I'm having issues connecting to my dovecot mail server, running with SSL 
under Solaris while connected via Cingular/ATT wireless, specifically 
via the wap.cingular access point.  This server is not firewall, either 
via software or hardware and sits on a fully routable internet IP 
address.  A few days after we made the transition from UW-IMAP to 
Dovecot, I could no longer connect from my Nokia E61i to our server 
(IMAP w/ SSL, port 993).  Until today, I just assumed I did something to 
anger the Nokia gods and just did without mobile email.


Today, someone walked in with an iPhone and could only connect to our 
server via wifi connections, not over Cingular/ATT's EDGE network.  When 
I looked into it, I saw the same behavior with my E61i which also has wifi.


Here's where it gets weird.  I can connect to other IMAP servers 
(imap.gmail.com, mail.columbia.edu) but not to our departmental mail 
server running dovcot (paradox.psych.columbia.edu).  All three are on 
port 993 using IMAP with SSL.  Ping, SSH and web traffic don't have any 
difficulty getting through, but IMAP/POP seems to be prematurely 
disconnected.  So I did a little digging, by tethering my Macbook with 
Thunderbird through my phone I saw the following traffic in Wireshark 
between me and my server (Paradox):


Me: SYN
Paradox: SYN, ACK
Me: ACK
Me: Client Hello
Paradox: ACK
Paradox: FIN, ACK
Me: ACK
Paradox: FIN, ACK
Me: ACK
-dead-

Maybe I'm misunderstanding something here, but it looks likely that ATT 
is sending a FIN which kills the connection before my mail client can 
even get out of the gate.  I thought it might be related to SSL so I 
setup a inetd to launch a secondary dovecot process listening on port 
997 without encryption.  I see the same behavior, without the "Client 
Hello" above.  I've also run it on other ports and seen the same 
behavior.  Needless to say, both SSL/noSSL work without issue from local 
and a variety of remote networks, except ATT.  Tomorrow I'll do some 
sniffing to confirm that Cingular is sending a fake TCP FIN packet, but 
I've got to wait till the network folks set me up a port in mirror mode.


I did not paste the full Wireshark output as it has long lines which 
would look hella ugly in email, so here it is nicely formatted:

http://duckies.org/~peter/damncingular.txt


Has anyone else seen similar behavior or know what might be causing 
this? It looks like ATT/Cingular is killing the connection before it 
really ever even gets started, but I have no idea why.  I've spent a 
couple hours on the phone with them and not been able to contact anyone 
who might know why this just started happening when it had been working 
before.


Can anyone replicate the same behavior, you shouldn't need an un/pw as 
it doesn't get that far, just need an ATT customer with tethering setup 
to capture an attempt at connecting to the server 
(paradox.psych.columbia.edu).


Ideas? I'm totally stumped, but it sounds a lot like the sort of thing 
Comcast was doing to Bittorrent for their users, except they were 
injecting RST instead of FIN.


Thanks in advance for any help anyone might be able to offer me.
--Peter

Re: [Dovecot] question about dovecot imap outlook clients

2008-03-10 Thread Asheesh Laroia 

On Mon, 10 Mar 2008, Joseph Norris wrote:


Questions:

Do I have to get an ssl certificate to make it work?  ( cost ouch!)
Is there a way around this using my own self-signed certificates?
Is there a cheaper ssl certificate service?


When I was an admin at acm.jhu.edu, I had us use the free certificates for 
.edu hosts given out by ipsca.com.  They were compatible and 
well-supported, and signed by the right authorities to have no error 
messages.  (Except in some totally weird interaction with Mozilla, for 
which we opened a bug and which I *think* is fixed.)  You can toy with 
https://secure.acm.jhu.edu/ and connecting via SSL'd IMAP to 
secure.acm.jhu.edu (port 993).


For my personal servers, I use the "RapidSSL" certificates sold by 
Geotrust.  I can't seem to find the link for the vendor I use, but they 
seem to be widely resold for around $10-15 a year.  The only serious 
complaint I can find on the web is that if you use their bulk purchasing 
option, be sure to read the fine print - your ability to use the 
bulk-purchased certificates goes away one year after you purchased them.


As for how to set them up, I always follow the Apache mod_ssl instructions 
and then use the certificates everywhere else on my system.


As for if any of this is truly "necessary," no idea. (-:  I did it because 
I wanted SSL/TLS.


-- Asheesh.

--
It doesn't matter whether you win or lose -- until you lose.

[Dovecot] question about dovecot imap outlook clients

2008-03-10 Thread Joseph Norris 

Hello,

Well... thanks to the input of all of you I have my dovecot->ldap 
connection working for almost all of my clients, however...


on outlook, a message for certificates being trusted comes up, the user 
clicks yes and connection fails.


Questions:

Do I have to get an ssl certificate to make it work?  ( cost ouch!)
Is there a way around this using my own self-signed certificates?
Is there a cheaper ssl certificate service?

thanks

--
Cell: 209.201.3410  Desk: 209.228.4576
email: [EMAIL PROTECTED]

#Joseph Norris (Linux/Apache/Mysql/Perl - what else is there?)
print @c=map chr $_+100,(6,17,15,16,-68,-3,10,11,
16,4,1, 14,-68,12,1,14,8, -68,4,-3,-1,7,1,14,-68,
-26,11,15,1,12, 4,-68,-22,11,14,14,5,15,-90);

[Dovecot] Consecutive crashes of serveral imapd processes

2008-03-10 Thread Ralf Hildebrandt 
This is 1.0.13, the processes crashed a few seconds apart from each
other:

GNU gdb 6.7.1-debian
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
Reading symbols from /lib/i686/cmov/libdl.so.2...Reading symbols from 
/usr/lib/debug/lib/i686/cmov/libdl-2.7.so...done.
done.
Loaded symbols for /lib/i686/cmov/libdl.so.2
Reading symbols from /lib/i686/cmov/libc.so.6...Reading symbols from 
/usr/lib/debug/lib/i686/cmov/libc-2.7.so...done.
done.
Loaded symbols for /lib/i686/cmov/libc.so.6
Reading symbols from /lib/ld-linux.so.2...Reading symbols from 
/usr/lib/debug/lib/ld-2.7.so...done.
done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /usr/local/lib/dovecot/imap/lib10_quota_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib10_quota_plugin.so
Reading symbols from 
/usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.so
Reading symbols from /usr/local/lib/dovecot/imap/lib11_trash_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib11_trash_plugin.so
Reading symbols from 
/usr/local/lib/dovecot/imap/lib20_mail_log_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib20_mail_log_plugin.so
Core was generated by `/usr/local/libexec/dovecot/imap'.
Program terminated with signal 11, Segmentation fault.
#0  0x080a2754 in imap_bodystructure_write (part=0x80fc7b0, dest=0x80fcb60, 
extended=true) at imap-bodystructure.c:344
344 text = data->content_type == NULL ||
#0  0x080a2754 in imap_bodystructure_write (part=0x80fc7b0, dest=0x80fcb60, 
extended=true) at imap-bodystructure.c:344
#1  0x08081b74 in index_mail_parse_bodystructure (mail=0x80f8538, 
field=MAIL_CACHE_IMAP_BODYSTRUCTURE) at index-mail.c:601
#2  0x08081f4f in index_mail_get_special (_mail=0x80f8538, 
field=MAIL_FETCH_IMAP_BODYSTRUCTURE) at index-mail.c:728
#3  0x0806f3c7 in maildir_mail_get_special (_mail=0x80f8538, field=72)
at maildir-mail.c:192
#4  0x0805ecfe in fetch_bodystructure (ctx=0x80dcfc8, mail=0x80f8538, 
context=0x0) at imap-fetch.c:416
#5  0x0805f85c in imap_fetch (ctx=0x80dcfc8) at imap-fetch.c:290
#6  0x08059bee in cmd_fetch (cmd=0x80da334) at cmd-fetch.c:163
#7  0x0805d12f in client_handle_input (cmd=0x80da334) at client.c:344
#8  0x0805d1bc in client_handle_input (cmd=0x80da334) at client.c:398
#9  0x0805d85f in _client_input (context=0x80da2f0) at client.c:441
#10 0x080b49f7 in io_loop_handler_run (ioloop=0x80d79b0) at ioloop-epoll.c:203
#11 0x080b3c6c in io_loop_run (ioloop=0x80d79b0) at ioloop.c:329
#12 0x080658ac in main (argc=) at main.c:290

- End forwarded message -
- Forwarded message from root <[EMAIL PROTECTED]> -

From: root <[EMAIL PROTECTED]>
Date: Mon, 10 Mar 2008 22:57:41 +0100 (CET)
To: [EMAIL PROTECTED]
Subject: Backtrace:/usr/local/libexec/dovecot/imap

GNU gdb 6.7.1-debian
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1".
Reading symbols from /lib/i686/cmov/libdl.so.2...Reading symbols from 
/usr/lib/debug/lib/i686/cmov/libdl-2.7.so...done.
done.
Loaded symbols for /lib/i686/cmov/libdl.so.2
Reading symbols from /lib/i686/cmov/libc.so.6...Reading symbols from 
/usr/lib/debug/lib/i686/cmov/libc-2.7.so...done.
done.
Loaded symbols for /lib/i686/cmov/libc.so.6
Reading symbols from /lib/ld-linux.so.2...Reading symbols from 
/usr/lib/debug/lib/ld-2.7.so...done.
done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /usr/local/lib/dovecot/imap/lib10_quota_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib10_quota_plugin.so
Reading symbols from 
/usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.so
Reading symbols from /usr/local/lib/dovecot/imap/lib11_trash_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib11_trash_plugin.so
Reading symbols from 
/usr/local/lib/dovecot/imap/lib20_mail_log_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib20_mail_log_plugin.so
Core was generated by `/usr/local/libexec/dovecot/imap'.
Program terminated with signal 11, Segmentation fault.
#0  0x080a2754 in imap_bodystructure_write (part=0x80fc2a0, dest=0x80fc650, 
extended=true)

Re: [Dovecot] Setting individual SSL/TLS settings with OpenLDAP

2008-03-10 Thread Patrick Ben Koetter 
* Timo Sirainen :
> > So far so good. Now just in case... could I tell dovecot to read the
> > OpenLDAP client settings from a non default configuration file e.g.
> > /etc/dovecot/ldaprc.
> > 
> > I know Cyrus SASL can do this with the ldapdb plugin and I'd be interested
> > if this is possible with Dovecot too.
> 
> Could you try if this works:
> http://hg.dovecot.org/dovecot-1.1/rev/8a4ecf4c2ca1
> 
> (needs also http://hg.dovecot.org/dovecot-1.1/rev/a61102ad418f to apply
> cleanly)

I am sorry, I can't try at the moment. I'll be busy the next 3 days. If
someone else wants to, please go ahead.

[EMAIL PROTECTED]




-- 
state of mind
Agentur für Kommunikation, Design und Softwareentwicklung

Patrick KoetterTel: 089 45227227
Echinger Strasse 3 Fax: 089 45227226
85386 Eching   Web: http://www.state-of-mind.de

Amtsgericht MünchenPartnerschaftsregister PR 563

Re: [Dovecot] Quota handling on NFS Maildir

2008-03-10 Thread mikkel 
> On Fri, 2008-02-22 at 11:52 +0100, [EMAIL PROTECTED] wrote:
>
> The maildirsize gets recalculated. So even if Dovecot completely screws
> up updating the maildirsize file, users shouldn't see "quota exceeded"
> errors unless the recalculation is also broken.
>
> Is anything else than Dovecot delivering mails to the maildir?
>

Nothing else is accessing the Maildir.

A few days ago I changed the LDA conf to use INDEX=MEMORY in order to make
some performance tests.
Besides actually working faster in my setup this also made the quota
problems go away.

I only made this change for the LDA. IMAP and POP3 are still using index
files normally (on NFS).

The quota issue was turning into quite an annoyance since some users had a
lot of trouble with this. So I'm glad this works for me even though the
problem isn't really solved.

Maybe the LDA was locking for a long time while updating indexes. And
maybe   this resulted in the POP process being unable to access the
Maildir file if the user was checking mail at the same time of a delivery?
Now that I think of it I was regularly seeing files like ".nfsC164601"
left in the maildir and I assume these are related to locking?

Just guessing here but it's kind of odd why it works now if it's not
locking related.


Regards, Mikkel

Re: [Dovecot] messages downloading repeatedly to mozilla/seamonkey pop3 client

2008-03-10 Thread Ben Julian 
Asheesh,
  Sorry about the long delay.  I tried upgrading to version 1.0.12,
which I understood to be the newest release for CentOS 5.I am
still experiencing the problem.   What should I try next?
Thanks,
Ben

On Wed, Mar 5, 2008 at 5:51 PM, Ben Julian <[EMAIL PROTECTED]> wrote:
> Just read "[Dovecot] Problem with Thunderbird hang, multiple retry to
>  .Sent/.Draft" thread, and I see that I have the same version and
>  really need to upgrade.  I will try that first.
>  -Ben
>
>
>
>  On Wed, Mar 5, 2008 at 4:48 PM, Ben Julian <[EMAIL PROTECTED]> wrote:
>  > output of dovecot -n:
>  >
>  >  # /etc/dovecot.conf
>  >  login_dir: /var/run/dovecot/login
>  >  login_executable(default): /usr/libexec/dovecot/imap-login
>  >  login_executable(imap): /usr/libexec/dovecot/imap-login
>  >  login_executable(pop3): /usr/libexec/dovecot/pop3-login
>  >  first_valid_uid: 100
>  >  mail_executable(default): /usr/libexec/dovecot/imap
>  >  mail_executable(imap): /usr/libexec/dovecot/imap
>  >  mail_executable(pop3): /usr/libexec/dovecot/pop3
>  >  mail_plugin_dir(default): /usr/lib/dovecot/imap
>  >  mail_plugin_dir(imap): /usr/lib/dovecot/imap
>  >  mail_plugin_dir(pop3): /usr/lib/dovecot/pop3
>  >  pop3_client_workarounds(default):
>  >  pop3_client_workarounds(imap):
>  >  pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh
>  >  auth default:
>  >   passdb:
>  > driver: pam
>  >   userdb:
>  > driver: passwd
>  >
>  >  Version of dovecot: 1.0.rc15
>  >  Came as the bundled pop3/imap client with CentOS5, version 2.6.18-8.el5
>  >
>  >  Thanks Asheesh,
>  >  Ben
>  >
>  >
>  >
>  >
>  >  On Wed, Mar 5, 2008 at 3:27 PM, Asheesh Laroia <[EMAIL PROTECTED]> wrote:
>  >  > On Wed, 5 Mar 2008, Ben Julian wrote:
>  >  >
>  >  >  > All changes resulted in only a brief (1-2hr) cessation of the 
> problem.
>  >  >  >
>  >  >  > I've subscribed for a month or so now and searched the archives, but
>  >  >  > if I missed a solution to this in there, I apologize.
>  >  >
>  >  >  That sounds like a drag.  Let's see if we can help you.
>  >  >
>  >  >  Can you paste the results of dovecot -n into a message?  That way we 
> can
>  >  >  see your whole configuration.  What version of Dovecot are you using, 
> and
>  >  >  where did you get it from?
>  >  >
>  >  >  (I'm expecting you to tell me you're running some really old version, 
> and
>  >  >  I further expect that if you upgrade your woes will go away; but let's
>  >  >  see!)
>  >  >
>  >  >  -- Asheesh.
>  >  >
>  >  >  --
>  >  >  A long-forgotten loved one will appear soon.
>  >  >
>  >  >  Buy the negatives at any price.
>  >  >
>  >
>

Re: [Dovecot] Multiple SSL certs

2008-03-10 Thread Lampa 
Hello,

but i think that solution will have problems with TLS (TLS going
through 143 port).

2008/3/10, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> On Tue, 4 Mar 2008 20:44:21 -0800,
>   Anil <[EMAIL PROTECTED]> wrote:
>  > Has anyone tried to set this up (multiple certs for multiple
>  > hostnames) with something like stunnel wrapper for SSL instead of
>  > using dovecot's SSL?
>
>
> Yes. Try something like this:
>
>  stunnel -p /path/to/cert.pem -d thisimapdIP:993 -r localhost:143
>
>  Greetings
>
> --
>  Robert Sander Senior Manager Information Systems
>  Epigenomics AGKleine Praesidentenstr. 110178 Berlin, Germany
>  phone:+49-30-24345-0fax:+49-30-24345-555
>  http://www.epigenomics.com [EMAIL PROTECTED]
>


-- 
Lampa

[Dovecot] Sieve doesnt filter

2008-03-10 Thread Sven Schmidt 

Hi!

I have a config like this (globalsieverc):
require "fileinto";
if address :domain :is "to" "domain.de" {
   if header :matches "X-Spam-Level" "\\*\\*\\*\\*\\*\\*\\*\\*" {
   #discard;
   fileinto "spamdir";
   }
}
else {
 # The rest goes into INBOX
 # default is "implicit keep", we do it explicitly here
 keep;
}

It should filter all Mail for "domain.de" and then look for spam score.

[Dovecot] 1.0.13: mail_extra_groups alternative syntax?

2008-03-10 Thread Dâniel Fraga 
"Warning: mail_extra_groups setting was often used insecurely so it is
now deprecated, use mail_access_groups or mail_privileged_group instead"

I use the following:

mail_extra_groups = mail nogroup

Because I have the real and virtual accounts.

What's the correct way to replace the above line? It seems that
mail_privileged_group only accepts one group, but I need two.

Any suggestion? Thank you!

-- 
Linux 2.6.24: Arr Matey! A Hairy Bilge Rat!
http://u-br.net http://www.abusar.org/FELIZ_2008.html

Re: [Dovecot] Maildirsize automatically (re)build

2008-03-10 Thread Charles Marcus 

On 3/10/2008 11:56 AM, Jan van den Berg wrote:

Hi Charles,

Just for testing of course.


Oh, well, duh... should have thought of that... glad to hear you're not 
some kind of sadistic admin who takes perverse pleasure in severely 
limiting those under his control... ;)


--

Best regards,

Charles

Re: [Dovecot] Maildirsize automatically (re)build

2008-03-10 Thread Jan van den Berg 
Hi Charles,

Just for testing of course.

Cheers,

Jan

-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens
Charles Marcus
Verzonden: maandag 10 maart 2008 16:52
Aan: Dovecot Mailing List
Onderwerp: Re: [Dovecot] Maildirsize automatically (re)build

On 3/10/2008, Jan van den Berg ([EMAIL PROTECTED]) wrote:
> 2. I have set a quota limit of 10MB and (extra) 8MB on the Trash 
> folder.

? Why on earth would you set such ridiculously low quotas?

-- 

Best regards,

Charles

Re: [Dovecot] Maildirsize automatically (re)build

2008-03-10 Thread Jan van den Berg 
Wow,
Formulating the problem for the maillist really helps my find the answer
myself :)

quota_rule=maildir:storage=10M
quota_rule2=Trash:storage=8M

should be

quota_rule=*:storage=10M
quota_rule2=Trash:storage=8M

Now it works!

(Also maildirsize gets created automatically now).


Cheers,

Jan
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens
Jan van den Berg
Verzonden: maandag 10 maart 2008 16:36
Aan: Dovecot Mailing List
Onderwerp: Re: [Dovecot] Maildirsize automatically (re)build

Ok so basically I have two problems:
1. I dont understand why the maildirsize file isn't automatically
created when it's not there.
2. I have set a quota limit of 10MB and (extra) 8MB on the Trash folder.


Mar 10 16:09:46 mx01 dovecot: auth(default): master out: USER   4
roka-05 uid=1001gid=1001quota_rule=maildir:storage=10M
quota_rule2=Trash:storage=8M
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): Loading modules from
directory: /usr/local/dovecot/lib/dovecot/imap
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): Module loaded:
/usr/local/dovecot/lib/dovecot/imap/lib10_quota_plugin.so
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): Module loaded:
/usr/local/dovecot/lib/dovecot/imap/lib11_imap_quota_plugin.so
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): Effective uid=1001,
gid=1001, home=
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): Quota root: name=
backend=maildir args=
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): Quota rule: root=
mailbox=maildir bytes=10485760 messages=0
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): Quota rule: root=
mailbox=Trash bytes=8388608 messages=0
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): maildir:
data=/var/spool/mail/r/o/roka-05
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): maildir++:
root=/var/spool/mail/r/o/roka-05, index=, control=,
inbox=/var/spool/mail/r/o/roka-05

My maildirsize file gives the right numbers: 
#cat maildirsize
10485760S
13951528 318

I have ~13MB in my Inbox but when I try to delete mail (in
SquirrelMail); I get this error:

ERROR: Could not complete request.
Request: COPY 105 "Trash"
Reason Given: Quota exceeded

(The mail I try to delete is only a couple of KBs.)
There should be up to 18MB available in Trash right?

I've looked at some straces and I can see a file is linked to the /tmp
dir from the Trash folder (so write access seems OK). But this file gets
unlinked later.

Could this be a problem:
[pid  5848] rename("/var/spool/mail/r/o/roka-05/dovecot.index.tmp",
"/var/spool/mail/r/o/roka-05/dovecot.index") = 0

This is in the maildir: which is over quota. Or is it the SM
implementation that is wrong and are there any workarounds available?

Cheers,

Jan

-Oorspronkelijk bericht-
Van: Jan van den Berg 
Verzonden: maandag 10 maart 2008 14:53
Aan: Jan van den Berg; Dovecot Mailing List
Onderwerp: RE: [Dovecot] Maildirsize automatically (re)build

Of course the rule is wrong:

":ignore=Spam\ e\-mail" shouldn't be in there.

I fixed it. 

But still; why isn't the maildirsize being recreated when it's not
there?

Cheers,

Jan
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens
Jan van den Berg
Verzonden: maandag 10 maart 2008 13:54
Aan: Dovecot Mailing List
Onderwerp: Re: [Dovecot] Maildirsize automatically (re)build

Right...
I made a typo: 
userdb_quotarule instead of userdb_quota_rule (weird that Dovecot
doesn't complain about this).

But now I get this error:

Mar 10 13:52:29 mx01 dovecot: IMAP(roka-05): Quota rule: root=
mailbox=maildir bytes=10485760 messages=0
Mar 10 13:52:29 mx01 dovecot: IMAP(roka-05): Quota root QUOTA: Invalid
rule: maildir:storage=10M:ignore=Spam e-mail

Cheers,

Jan
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens
Jan van den Berg
Verzonden: maandag 10 maart 2008 13:40
Aan: Dovecot Mailing List
Onderwerp: [Dovecot] Maildirsize automatically (re)build

Hi,

Im testing with 1.1RC1. I read here:
http://wiki.dovecot.org/Quota/Maildir

"If you configure quota limits in Dovecot (e.g.
quota=maildir:storage=102400(kilobytes)), Dovecot makes sure that this
header is kept up to date. If the file does not exist, it's simply
rebuilt." 

This is my query:

password_query = SELECT username as user, 
username as userdb_user, passwd as password, 
1001 as userdb_uid, 1001 as userdb_gid, 
concat('maildir:storage=', quota, 'M:ignore=Spam\ e\-mail') AS
userdb_quotarule,
 'Trash:storage=20M' as userdb_quota_rule2 
FROM mailboxen 
WHERE username = '%n' 

Also in the main config I use:
mail_plugins: quota imap_quota
plugin:
  quota: maildir


So I use maildir:storage in my config. However when I delete the
maildirsize (for testing purposes) it doesn't get automatically
recreated? According to the Wiki it should right?

Cheers,

Jan

Re: [Dovecot] Maildirsize automatically (re)build

2008-03-10 Thread Charles Marcus 

On 3/10/2008, Jan van den Berg ([EMAIL PROTECTED]) wrote:
2. I have set a quota limit of 10MB and (extra) 8MB on the Trash 
folder.


? Why on earth would you set such ridiculously low quotas?

--

Best regards,

Charles

Re: [Dovecot] Sorting by Sender Name

2008-03-10 Thread Daniel Watts 

Timo Sirainen wrote:

On Fri, 2008-03-07 at 14:45 +, Daniel Watts wrote:


I feel there is an error in the logic of the sort by From column. If you
sort by this column, the messages are re-ordered in alphabetical order
using the *email address* as the sorted word.

However most people these days have their clients configured to include
a sender's name. For example: Daniel Smith <[EMAIL PROTECTED]>.


Unfortunately this can't be changed without breaking the standard. There
was recently discussion about this in imapext mailing list. The plan is
to add support for the name sorting in some future extension. Of course
you could already modify your Dovecot installation to break the
standard. :)



Thanks Timo. Standards arn't always sensible. Even if they do not change 
the spec it would be good for Dovecot to include an admin option to 
override the standard.

Re: [Dovecot] Maildirsize automatically (re)build

2008-03-10 Thread Jan van den Berg 
Ok so basically I have two problems:
1. I dont understand why the maildirsize file isn't automatically
created when it's not there.
2. I have set a quota limit of 10MB and (extra) 8MB on the Trash folder.


Mar 10 16:09:46 mx01 dovecot: auth(default): master out: USER   4
roka-05 uid=1001gid=1001quota_rule=maildir:storage=10M
quota_rule2=Trash:storage=8M
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): Loading modules from
directory: /usr/local/dovecot/lib/dovecot/imap
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): Module loaded:
/usr/local/dovecot/lib/dovecot/imap/lib10_quota_plugin.so
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): Module loaded:
/usr/local/dovecot/lib/dovecot/imap/lib11_imap_quota_plugin.so
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): Effective uid=1001,
gid=1001, home=
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): Quota root: name=
backend=maildir args=
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): Quota rule: root=
mailbox=maildir bytes=10485760 messages=0
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): Quota rule: root=
mailbox=Trash bytes=8388608 messages=0
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): maildir:
data=/var/spool/mail/r/o/roka-05
Mar 10 16:09:46 mx01 dovecot: IMAP(roka-05): maildir++:
root=/var/spool/mail/r/o/roka-05, index=, control=,
inbox=/var/spool/mail/r/o/roka-05

My maildirsize file gives the right numbers: 
#cat maildirsize
10485760S
13951528 318

I have ~13MB in my Inbox but when I try to delete mail (in
SquirrelMail); I get this error:

ERROR: Could not complete request.
Request: COPY 105 "Trash"
Reason Given: Quota exceeded

(The mail I try to delete is only a couple of KBs.)
There should be up to 18MB available in Trash right?

I've looked at some straces and I can see a file is linked to the /tmp
dir from the Trash folder (so write access seems OK). But this file gets
unlinked later.

Could this be a problem:
[pid  5848] rename("/var/spool/mail/r/o/roka-05/dovecot.index.tmp",
"/var/spool/mail/r/o/roka-05/dovecot.index") = 0

This is in the maildir: which is over quota. Or is it the SM
implementation that is wrong and are there any workarounds available?

Cheers,

Jan

-Oorspronkelijk bericht-
Van: Jan van den Berg 
Verzonden: maandag 10 maart 2008 14:53
Aan: Jan van den Berg; Dovecot Mailing List
Onderwerp: RE: [Dovecot] Maildirsize automatically (re)build

Of course the rule is wrong:

":ignore=Spam\ e\-mail" shouldn't be in there.

I fixed it. 

But still; why isn't the maildirsize being recreated when it's not
there?

Cheers,

Jan
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens
Jan van den Berg
Verzonden: maandag 10 maart 2008 13:54
Aan: Dovecot Mailing List
Onderwerp: Re: [Dovecot] Maildirsize automatically (re)build

Right...
I made a typo: 
userdb_quotarule instead of userdb_quota_rule (weird that Dovecot
doesn't complain about this).

But now I get this error:

Mar 10 13:52:29 mx01 dovecot: IMAP(roka-05): Quota rule: root=
mailbox=maildir bytes=10485760 messages=0
Mar 10 13:52:29 mx01 dovecot: IMAP(roka-05): Quota root QUOTA: Invalid
rule: maildir:storage=10M:ignore=Spam e-mail

Cheers,

Jan
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens
Jan van den Berg
Verzonden: maandag 10 maart 2008 13:40
Aan: Dovecot Mailing List
Onderwerp: [Dovecot] Maildirsize automatically (re)build

Hi,

Im testing with 1.1RC1. I read here:
http://wiki.dovecot.org/Quota/Maildir

"If you configure quota limits in Dovecot (e.g.
quota=maildir:storage=102400(kilobytes)), Dovecot makes sure that this
header is kept up to date. If the file does not exist, it's simply
rebuilt." 

This is my query:

password_query = SELECT username as user, 
username as userdb_user, passwd as password, 
1001 as userdb_uid, 1001 as userdb_gid, 
concat('maildir:storage=', quota, 'M:ignore=Spam\ e\-mail') AS
userdb_quotarule,
 'Trash:storage=20M' as userdb_quota_rule2 
FROM mailboxen 
WHERE username = '%n' 

Also in the main config I use:
mail_plugins: quota imap_quota
plugin:
  quota: maildir


So I use maildir:storage in my config. However when I delete the
maildirsize (for testing purposes) it doesn't get automatically
recreated? According to the Wiki it should right?

Cheers,

Jan

Re: [Dovecot] Maildirsize automatically (re)build

2008-03-10 Thread Jan van den Berg 
Of course the rule is wrong:

":ignore=Spam\ e\-mail" shouldn't be in there.

I fixed it. 

But still; why isn't the maildirsize being recreated when it's not
there?

Cheers,

Jan
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens
Jan van den Berg
Verzonden: maandag 10 maart 2008 13:54
Aan: Dovecot Mailing List
Onderwerp: Re: [Dovecot] Maildirsize automatically (re)build

Right...
I made a typo: 
userdb_quotarule instead of userdb_quota_rule (weird that Dovecot
doesn't complain about this).

But now I get this error:

Mar 10 13:52:29 mx01 dovecot: IMAP(roka-05): Quota rule: root=
mailbox=maildir bytes=10485760 messages=0
Mar 10 13:52:29 mx01 dovecot: IMAP(roka-05): Quota root QUOTA: Invalid
rule: maildir:storage=10M:ignore=Spam e-mail

Cheers,

Jan
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens
Jan van den Berg
Verzonden: maandag 10 maart 2008 13:40
Aan: Dovecot Mailing List
Onderwerp: [Dovecot] Maildirsize automatically (re)build

Hi,

Im testing with 1.1RC1. I read here:
http://wiki.dovecot.org/Quota/Maildir

"If you configure quota limits in Dovecot (e.g.
quota=maildir:storage=102400(kilobytes)), Dovecot makes sure that this
header is kept up to date. If the file does not exist, it's simply
rebuilt." 

This is my query:

password_query = SELECT username as user, 
username as userdb_user, passwd as password, 
1001 as userdb_uid, 1001 as userdb_gid, 
concat('maildir:storage=', quota, 'M:ignore=Spam\ e\-mail') AS
userdb_quotarule,
 'Trash:storage=20M' as userdb_quota_rule2 
FROM mailboxen 
WHERE username = '%n' 

Also in the main config I use:
mail_plugins: quota imap_quota
plugin:
  quota: maildir


So I use maildir:storage in my config. However when I delete the
maildirsize (for testing purposes) it doesn't get automatically
recreated? According to the Wiki it should right?

Cheers,

Jan

Re: [Dovecot] Maildirsize automatically (re)build

2008-03-10 Thread Jan van den Berg 
Right...
I made a typo: 
userdb_quotarule instead of userdb_quota_rule (weird that Dovecot
doesn't complain about this).

But now I get this error:

Mar 10 13:52:29 mx01 dovecot: IMAP(roka-05): Quota rule: root=
mailbox=maildir bytes=10485760 messages=0
Mar 10 13:52:29 mx01 dovecot: IMAP(roka-05): Quota root QUOTA: Invalid
rule: maildir:storage=10M:ignore=Spam e-mail

Cheers,

Jan
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Namens
Jan van den Berg
Verzonden: maandag 10 maart 2008 13:40
Aan: Dovecot Mailing List
Onderwerp: [Dovecot] Maildirsize automatically (re)build

Hi,

Im testing with 1.1RC1. I read here:
http://wiki.dovecot.org/Quota/Maildir

"If you configure quota limits in Dovecot (e.g.
quota=maildir:storage=102400(kilobytes)), Dovecot makes sure that this
header is kept up to date. If the file does not exist, it's simply
rebuilt." 

This is my query:

password_query = SELECT username as user, 
username as userdb_user, passwd as password, 
1001 as userdb_uid, 1001 as userdb_gid, 
concat('maildir:storage=', quota, 'M:ignore=Spam\ e\-mail') AS
userdb_quotarule,
 'Trash:storage=20M' as userdb_quota_rule2 
FROM mailboxen 
WHERE username = '%n' 

Also in the main config I use:
mail_plugins: quota imap_quota
plugin:
  quota: maildir


So I use maildir:storage in my config. However when I delete the
maildirsize (for testing purposes) it doesn't get automatically
recreated? According to the Wiki it should right?

Cheers,

Jan

Re: [Dovecot] Maildirsize automatically (re)build

2008-03-10 Thread Timo Sirainen 
On Mon, 2008-03-10 at 13:39 +0100, Jan van den Berg wrote:
> concat('maildir:storage=', quota, 'M:ignore=Spam\ e\-mail') AS
> userdb_quotarule,
>  'Trash:storage=20M' as userdb_quota_rule2 

Almost, but userdb_quota_rule, not userdb_quotarule.



signature.asc
Description: This is a digitally signed message part

[Dovecot] Maildirsize automatically (re)build

2008-03-10 Thread Jan van den Berg 
Hi,

Im testing with 1.1RC1. I read here:
http://wiki.dovecot.org/Quota/Maildir

"If you configure quota limits in Dovecot (e.g.
quota=maildir:storage=102400(kilobytes)), Dovecot makes sure that this
header is kept up to date. If the file does not exist, it's simply
rebuilt." 

This is my query:

password_query = SELECT username as user, 
username as userdb_user, passwd as password, 
1001 as userdb_uid, 1001 as userdb_gid, 
concat('maildir:storage=', quota, 'M:ignore=Spam\ e\-mail') AS
userdb_quotarule,
 'Trash:storage=20M' as userdb_quota_rule2 
FROM mailboxen 
WHERE username = '%n' 

Also in the main config I use:
mail_plugins: quota imap_quota
plugin:
  quota: maildir


So I use maildir:storage in my config. However when I delete the
maildirsize (for testing purposes) it doesn't get automatically
recreated? According to the Wiki it should right?

Cheers,

Jan

Re: [Dovecot] dovecot 1.1.rc3 assertion failed at index_mailbox_set_recent_uid while deleting message with thunderbird.

2008-03-10 Thread Diego Liziero 
On Mon, Mar 10, 2008 at 9:05 AM, Diego Liziero <[EMAIL PROTECTED]> wrote:
> To some users happens this assertion failure while deleting a message.
>
>  dovecot: Mar 10 08:40:44 Panic: IMAP(user): file index-sync.c: line 39
>  (index_mailbox_set_recent_uid): assertion failed: (seq_range_exists
>  (&ibox->recent_flags, uid))

36  void index_mailbox_set_recent_uid(struct index_mailbox *ibox, uint32_t 
uid)
37  {
38  if (uid <= ibox->recent_flags_prev_uid) {
39  i_assert(seq_range_exists(&ibox->recent_flags, uid));
40  return;
41  }
42  ibox->recent_flags_prev_uid = uid;

Here, when assert fails:
uid=1041
ibox->recent_flags_prev_uid = 4557
ibox->recent_flags->arr->element_size = 8
**ibox->recent_flags->v = {seq1 = 4557, seq2 = 4557}
(struct seq_range)(ibox->recent_flags->arr->buffer->data) =  {seq1 =
143455672, seq2 = 8}

(gdb)  print *ibox
$16 = {box = {name = 0x88ca8f8 "Trash", storage = 0x88b6c80, v =
{is_readonly = 0x809a750 ,
  allow_new_keywords = 0x809a770
, close = 0x8077d50
,
  get_status = 0x809a620 ,
list_index_has_changed = 0, list_index_update_sync = 0,
  sync_init = 0x80826e0 , sync_next =
0x809bf00 ,
  sync_deinit = 0x809bc30 , sync_notify
= 0, notify_changes = 0x8077d10 ,
  transaction_begin = 0x809c6b0 ,
transaction_commit = 0x809c650 ,
  transaction_rollback = 0x809c630 ,
keywords_create = 0x809a880 ,
  keywords_free = 0x809a790 , get_uids =
0x80934d0 ,
  mail_alloc = 0x8094320 , header_lookup_init =
0x8095d40 ,
  header_lookup_deinit = 0x8095c90 ,
search_init = 0x8099140 ,
  search_deinit = 0x8098b50 ,
search_next_nonblock = 0x8097e40 ,
  search_next_update_seq = 0x8097c10
, save_init = 0x807cab0
,
  save_continue = 0x807c740 , save_finish =
0x807c300 ,
  save_cancel = 0x807c530 , copy = 0x809cbd0
,
  is_inconsistent = 0x809aa00 },
pool = 0x88ca750, transaction_count = 0, private_flags_mask = 0,
file_create_mode = 384, dir_create_mode = 448, file_create_gid =
4294967295, notify_min_interval = 0, notify_callback = 0,
notify_context = 0x0, module_contexts = {arr = {buffer =
0x88ca900, element_size = 4}, v = 0x88ca900, v_modifiable =
0x88ca900},
opened = 1, mailbox_deleted = 0}, view_module_ctx = {reg = 0x0},
storage = 0x88b6c80, open_flags = 14, index = 0x88c09a8,
  view = 0x88c3988, cache = 0x88caf50, mail_vfuncs = 0x810aa20,
md5hdr_ext_idx = 2, notify_to = 0x0, notify_files = 0x0,
  notify_ios = 0x0, notify_last_check = 0, notify_last_sent = 0,
next_lock_notify = 1205134826,
  last_notify_type = MAILBOX_LOCK_NOTIFY_NONE, commit_log_file_seq =
7, commit_log_file_offset = 20544, keyword_names = 0x88c0a84,
  cache_fields = 0x88bf5d8, mail_cache_min_mail_count = 0,
recent_flags = {arr = {buffer = 0x88d3758, element_size = 8}, v =
0x88d3758,
v_modifiable = 0x88d3758}, recent_flags_prev_uid = 4557,
recent_flags_count = 1, sync_last_check = 0, readonly = 0, keep_recent
= 1,
  keep_locked = 0, sent_diskspace_warning = 0,
sent_readonly_flags_warning = 0, notify_pending = 0, move_to_memory =
0, fsync_disable = 0}
--
Diego

Re: [Dovecot] Multiple SSL certs

2008-03-10 Thread it-dovecot 
On Tue, 4 Mar 2008 20:44:21 -0800,
 Anil <[EMAIL PROTECTED]> wrote:
> Has anyone tried to set this up (multiple certs for multiple
> hostnames) with something like stunnel wrapper for SSL instead of
> using dovecot's SSL?

Yes. Try something like this:

stunnel -p /path/to/cert.pem -d thisimapdIP:993 -r localhost:143

Greetings
-- 
Robert Sander Senior Manager Information Systems
Epigenomics AGKleine Praesidentenstr. 110178 Berlin, Germany
phone:+49-30-24345-0fax:+49-30-24345-555
http://www.epigenomics.com [EMAIL PROTECTED]

Re: [Dovecot] invoking LDA in .forward

2008-03-10 Thread Timo Sirainen 
On Mon, 2008-03-10 at 10:05 +0100, Jeremie Bouttier wrote:
> Timo Sirainen a écrit :
> > How about just setting /var/mail 01777?
> 
> I believe this allows any user to create /var/mail/anotheruser if it 
> does not exist yet. We have several hundred accounts and new ones 
> regularly created, so this is a risk (that could perhaps be mitigated by 
>   creating the inbox at the same time as the account ?). Also the Debian 
> policy specifies that /var/mail be 2775, not that it is sacred to me, 
> but since there are other Debian-packaged MDAs/MUAs on the system I'm a 
> bit wary about changing that.
> 
> A possibly simple solution (and wishlist item) would be that deliver use 
> an external dotlocking program if needed (dotlockfile, mlock...).

I did think about external dotlocking program, but that's kind of kludgy
as well. At some point I'd want to create a LMTP server and deliver
would normally be a simple LMTP client (but optionally deliver
directly), so the server could handle all this permission stuff. But
it's going to take a while.

So .. I don't think there's going to be a solution for this for a while,
at least not from me. How about just delivering mails to ~/mail/inbox
and everything would work fine without special privileges?



signature.asc
Description: This is a digitally signed message part

Re: [Dovecot] invoking LDA in .forward

2008-03-10 Thread Jeremie Bouttier 

Timo Sirainen a écrit :

How about just setting /var/mail 01777?


I believe this allows any user to create /var/mail/anotheruser if it 
does not exist yet. We have several hundred accounts and new ones 
regularly created, so this is a risk (that could perhaps be mitigated by 
 creating the inbox at the same time as the account ?). Also the Debian 
policy specifies that /var/mail be 2775, not that it is sacred to me, 
but since there are other Debian-packaged MDAs/MUAs on the system I'm a 
bit wary about changing that.


A possibly simple solution (and wishlist item) would be that deliver use 
an external dotlocking program if needed (dotlockfile, mlock...).

[Dovecot] dovecot 1.1.rc3 assertion failed at index_mailbox_set_recent_uid while deleting message with thunderbird.

2008-03-10 Thread Diego Liziero 
To some users happens this assertion failure while deleting a message.

dovecot: Mar 10 08:40:44 Panic: IMAP(user): file index-sync.c: line 39
(index_mailbox_set_recent_uid): assertion failed: (seq_range_exists
(&ibox->recent_flags, uid))
dovecot: Mar 10 08:40:44 Error: IMAP(user): Raw backtrace: [see bleow]
dovecot: Mar 10 08:40:44 Error: child 17683 (imap) killed with signal 6

And the message doesn't get deleted.

Here one of the backtraces

(gdb) bt
#0  0x00ae9402 in __kernel_vsyscall ()
#1  0x00725ba0 in raise () from /lib/libc.so.6
#2  0x007274b1 in abort () from /lib/libc.so.6
#3  0x080ce02d in i_internal_fatal_handler (type=LOG_TYPE_PANIC,
status=0, fmt=0x80e1750 "file %s: line %d (%s): assertion failed:
(%s)",
args=0xbfd8c6a4 "=???\016\b'") at failures.c:424
#4  0x080cdc3c in i_panic (format=0x80e1750 "file %s: line %d (%s):
assertion failed: (%s)") at failures.c:187
#5  0x0809bb4a in index_mailbox_set_recent_uid (ibox=0x88ca768,
uid=1041) at index-sync.c:39
#6  0x0808085f in mbox_sync_loop (sync_ctx=0xbfd8c8d0,
mail_ctx=0xbfd8cac4, partial=true) at mbox-sync.c:457
#7  0x08081361 in mbox_sync (mbox=0x88ca768, flags=18) at mbox-sync.c:1504
#8  0x08079cf9 in mbox_transaction_commit (t=0x88c5550,
log_file_seq_r=0xbfd8cbc8, log_file_offset_r=0xbfd8cbc0) at
mbox-transaction.c:45
#9  0x0809c69e in index_transaction_commit (_t=0x88cb1c0,
uid_validity_r=0xbfd8cc48, first_saved_uid_r=0xbfd8cc44,
last_saved_uid_r=0xbfd8cc40) at index-transaction.c:105
#10 0x0805b0cf in cmd_copy (cmd=0x88b75c0) at cmd-copy.c:141
#11 0x0805f079 in cmd_uid (cmd=0x88b75c0) at cmd-uid.c:26
#12 0x0805f9a9 in client_command_input (cmd=0x88b75c0) at client.c:546
#13 0x0805fa3e in client_command_input (cmd=0x88b75c0) at client.c:595
#14 0x080601c5 in client_handle_input (client=0x88b7368) at client.c:636
#15 0x080603de in client_input (client=0x88b7368) at client.c:691
#16 0x080d5ba0 in io_loop_handler_run (ioloop=0x88b59b0) at ioloop-epoll.c:201
#17 0x080d4e28 in io_loop_run (ioloop=0x88b59b0) at ioloop.c:301
#18 0x08067dbc in main (argc=Cannot access memory at address 0x413a
) at main.c:293

(gdb) bt full
#0  0x00ae9402 in __kernel_vsyscall ()
No symbol table info available.
#1  0x00725ba0 in raise () from /lib/libc.so.6
No symbol table info available.
#2  0x007274b1 in abort () from /lib/libc.so.6
No symbol table info available.
#3  0x080ce02d in i_internal_fatal_handler (type=LOG_TYPE_PANIC,
status=0, fmt=0x80e1750 "file %s: line %d (%s): assertion failed:
(%s)",
args=0xbfd8c6a4 "=???\016\b'") at failures.c:424
backtrace = 0x88add50 "/usr/libexec/dovecot/imap [0x80ce024]
-> /usr/libexec/dovecot/imap [0x80cdc3c] -> /usr/libexec/dovecot/imap
[0x809bb4a] -> /usr/libexec/dovecot/imap [0x808085f] ->
/usr/libexec/dovecot/imap(mbox_sync+"...
#4  0x080cdc3c in i_panic (format=0x80e1750 "file %s: line %d (%s):
assertion failed: (%s)") at failures.c:187
args = 0xbfd8c6a4 "=???\016\b'"
#5  0x0809bb4a in index_mailbox_set_recent_uid (ibox=0x88ca768,
uid=1041) at index-sync.c:39
__PRETTY_FUNCTION__ = "index_mailbox_set_recent_uid"
#6  0x0808085f in mbox_sync_loop (sync_ctx=0xbfd8c8d0,
mail_ctx=0xbfd8cac4, partial=true) at mbox-sync.c:457
mail = {uid = 268, idx_seq = 133265, keywords = {arr = {buffer
= 0x88d3770, element_size = 3218655176}, v = 0x88d3770,
v_modifiable = 0x88d3770}, flags = 172 '???', uid_broken = 1,
expunged = 0, pseudo = 1, from_offset = 143457960,
  body_size = 579466361970685888, offset = 143456608, space =
578778797692682360}
rec = (const struct mail_index_record *) 0xb7e6f008
uid = 1041
messages_count = 3518
offset = 563
ret = 
expunged = false
skipped_mails = false
uids_broken = false
#7  0x08081361 in mbox_sync (mbox=0x88ca768, flags=18) at mbox-sync.c:1504
ret = 
#8  0x08079cf9 in mbox_transaction_commit (t=0x88c5550,
log_file_seq_r=0xbfd8cbc8, log_file_offset_r=0xbfd8cbc0) at
mbox-transaction.c:45
mt = (struct mbox_transaction_context *) 0x88cb1c0
mbox = (struct mbox_mailbox *) 0x88ca768
lock_id = 3
ret = 0
#9  0x0809c69e in index_transaction_commit (_t=0x88cb1c0,
uid_validity_r=0xbfd8cc48, first_saved_uid_r=0xbfd8cc44,
last_saved_uid_r=0xbfd8cc40) at index-transaction.c:105
itrans = (struct mail_index_transaction *) 0x0
seq = 7
offset = 20544
#10 0x0805b0cf in cmd_copy (cmd=0x88b75c0) at cmd-copy.c:141
client = (struct client *) 0x88b7368
storage = (struct mail_storage *) 0x88b6c80
destbox = (struct mailbox *) 0x88ca768
t = (struct mailbox_transaction_context *) 0x0
search_arg = 
messageset = 0x88bb6c0 "224"
mailbox = 0x88bb6c8 "Trash"
msg = 
sync_flags = 
imap_flags = 
copy_count = 1
uid_validity = 
uid1 = 
uid2 = 
ret = 1
__PRETTY_FUNCTION__ = "cmd_copy"
#11 0x0805f079 in cmd_uid (cmd=0x88b75c0) at cmd-uid.c:26