Re: [Dovecot] Auto forward virtual users mail using Sieve

2010-06-03 Thread Stan Hoeppner
Julian Baker put forth on 6/3/2010 3:34 PM: > Hi All > > I'm trying to configure Dovecot to automatically forward mail to another > account without the virtual user having to log-in first to Roundcube web > mail. These are virtual users with no log-in to the server only > Roundcube's web interface

[Dovecot] Auto forward virtual users mail using Sieve

2010-06-03 Thread Julian Baker
Hi All I'm trying to configure Dovecot to automatically forward mail to another account without the virtual user having to log-in first to Roundcube web mail. These are virtual users with no log-in to the server only Roundcube's web interface The situation is that I have two domains only

Re: [Dovecot] auth socket goes away on reload

2010-06-03 Thread Noel Butler
On Thu, 2010-06-03 at 09:48 -0700, David Jonas wrote: > >> > >> Is there an obvious way around this? I know I could somehow merge the > >> changes into the running sqlite db but that undermines the simplicity of > >> the design I have. Maybe a patch to reopen the db if it's replaced? Or > >> perh

Re: [Dovecot] Sieve GUI

2010-06-03 Thread Bradley Giesbrecht
On Jun 2, 2010, at 4:42 AM, Anton Dollmaier wrote: Hi, has someone tried this or knows something similar ? RoundCube in version 0.3 and later supports a plugin system and provides actually two different Sieve-plugins, one out of the box, the other one is available here: http://www.te

[Dovecot] Managesieve connection hangs with TLS

2010-06-03 Thread Joel James Adamson
Hello, I've got dovecot 1.2.11 running on Fedora 12 (x86_64) with the managesieve protocol and sieve plugins enabled, with deliver handling local delivery. I've set disable_plaintext_auth = yes ssl = yes ssl_cert_file = /etc/pki/dovecot/certs/dovecot.pem ssl_key_file = /etc/pki/dovecot/private/

Re: [Dovecot] auth socket goes away on reload

2010-06-03 Thread Timo Sirainen
On 3.6.2010, at 17.35, David Jonas wrote: > We're using the SQLite backend for authentication of Postfix SASL. When > the db is replaced we HUP dovecot to close and reopen its connection. > During this time it appears the socket file is removed and Postfix > rejects the authentication attempt. Fro

Re: [Dovecot] dovecot transaction log permissions

2010-06-03 Thread Jordan Tardif
On Wed, Jun 2, 2010 at 7:12 PM, Jordan Tardif wrote: So after some problems with NFS and transaction logs getting corrupted. Im tyring out storing them localy. via.. mail_location: maildir:~/Maildir:INDEX=/var/dovecot/indexes/%u the problem is with a large amount of users.. the indexes dir

Re: [Dovecot] auth socket goes away on reload

2010-06-03 Thread David Jonas
On 6/3/10 , Jun 3, 11:17 AM, William Blunn wrote: > On 03/06/2010 19:08, David Jonas wrote: >> On 6/3/10 , Jun 3, 10:16 AM, William Blunn wrote: >> >>> On 03/06/2010 17:35, David Jonas wrote: >>> We're using the SQLite backend for authentication of Postfix SASL. When the db i

Re: [Dovecot] auth socket goes away on reload

2010-06-03 Thread William Blunn
On 03/06/2010 19:17, William Blunn wrote: If you are going to keep the SQLite database around, you might want to look at vacuuming it periodically using either VACUUM or the auto_vacuum PRAGMA depending on what fits your context best. http://sqlite.org/lang_vacuum.html http://sqlite.org/pragma

Re: [Dovecot] auth socket goes away on reload

2010-06-03 Thread William Blunn
On 03/06/2010 19:08, David Jonas wrote: On 6/3/10 , Jun 3, 10:16 AM, William Blunn wrote: On 03/06/2010 17:35, David Jonas wrote: We're using the SQLite backend for authentication of Postfix SASL. When the db is replaced we HUP dovecot to close and reopen its connection. During this t

Re: [Dovecot] auth socket goes away on reload

2010-06-03 Thread David Jonas
On 6/3/10 , Jun 3, 10:16 AM, William Blunn wrote: > On 03/06/2010 17:35, David Jonas wrote: >> We're using the SQLite backend for authentication of Postfix SASL. When >> the db is replaced we HUP dovecot to close and reopen its connection. >> During this time it appears the socket file is removed a

Re: [Dovecot] dovecot transaction log permissions

2010-06-03 Thread Mark Moseley
On Wed, Jun 2, 2010 at 7:12 PM, Jordan Tardif wrote: > > So after some problems with NFS and transaction logs getting corrupted. Im > tyring out storing them localy. via.. > > mail_location: maildir:~/Maildir:INDEX=/var/dovecot/indexes/%u > > the problem is with a large amount of users.. the index

Re: [Dovecot] Configure unsuccessful login attempts

2010-06-03 Thread Jerrale Gayle
On 6/3/2010 6:55 AM, Greg Pearson wrote: Hi, using PAM, how can I configure how many attempts a user can make to connect, and if exceeding a certain number, block him for a specified amount of time? Any idea what the defaults are? If pam make a log entry, then fail2ban will do whatever you wa

Re: [Dovecot] auth socket goes away on reload

2010-06-03 Thread David Jonas
On 6/3/10 , Jun 3, 9:45 AM, Jerrale Gayle wrote: > On 6/3/2010 12:35 PM, David Jonas wrote: >> We're using the SQLite backend for authentication of Postfix SASL. When >> the db is replaced we HUP dovecot to close and reopen its connection. >> During this time it appears the socket file is removed a

Re: [Dovecot] Configure unsuccessful login attempts

2010-06-03 Thread Jerrale Gayle
On 6/3/2010 7:13 AM, Greg Pearson wrote: You could use fail2ban, see also: http://wiki.dovecot.org/HowTo/Fail2Ban So I guess the result would be to the login process become unresponsive, right? I am not sure this would be what I want. The desired behaviour for me would be to reject the connec

[Dovecot] auth socket goes away on reload

2010-06-03 Thread David Jonas
We're using the SQLite backend for authentication of Postfix SASL. When the db is replaced we HUP dovecot to close and reopen its connection. During this time it appears the socket file is removed and Postfix rejects the authentication attempt. From the logs: Jun 3 00:23:02 xxx dovecot: dovecot:

[Dovecot] mangled user_attrs from LDAP

2010-06-03 Thread markham breitbach
I have setup dovecot to allow users to login using their email address or uid and have found a strange behaviour when the user logs in using the email address for a "username". I am using OpenLDAP for a backend data store with a rather customized schema. This behaviour occurs for both POP3 and IM

Re: [Dovecot] Configure unsuccessful login attempts

2010-06-03 Thread Eray Aslan
On 06/03/2010 01:55 PM, Greg Pearson wrote: > using PAM, how can I configure how many attempts a user can make to > connect, and if exceeding a certain number, block him for a specified > amount of time? man 8 pam_tally man 8 pam_tally2 > Any idea what the defaults are? Default is not to block

Re: [Dovecot] Configure unsuccessful login attempts

2010-06-03 Thread Eray Aslan
On 06/03/2010 02:13 PM, Greg Pearson wrote: > The desired behaviour > for me would be to reject the connection even if the password becomes > correct after several failures. No. This is a bad idea. Anyone can easily DoS you if you go that route. -- Eray

Re: [Dovecot] Configure unsuccessful login attempts

2010-06-03 Thread Greg Pearson
You could use fail2ban, see also: http://wiki.dovecot.org/HowTo/Fail2Ban So I guess the result would be to the login process become unresponsive, right? I am not sure this would be what I want. The desired behaviour for me would be to reject the connection even if the password becomes correct

Re: [Dovecot] Configure unsuccessful login attempts

2010-06-03 Thread Pascal Volk
On 06/03/2010 12:55 PM Greg Pearson wrote: > Hi, > using PAM, how can I configure how many attempts a user can make to > connect, and if exceeding a certain number, block him for a specified > amount of time? > > Any idea what the defaults are? You could use fail2ban, see also: http://wiki.dove

[Dovecot] Configure unsuccessful login attempts

2010-06-03 Thread Greg Pearson
Hi, using PAM, how can I configure how many attempts a user can make to connect, and if exceeding a certain number, block him for a specified amount of time? Any idea what the defaults are?

Re: [Dovecot] Panic with mail_log activated

2010-06-03 Thread Xavier Pons
El 03/06/2010 11:37, Pascal Volk escribió: On 06/03/2010 10:08 AM Xavier Pons wrote: You're right! Here is the output of doveconf -n: # 2.0.beta5: /etc/dovecot/dovecot.conf # OS: Linux 2.6.18-164.11.1.el5 x86_64 Red Hat Enterprise Linux Server release 5.4 (Tikanga) … log_path = /var/log/dov

Re: [Dovecot] Panic with mail_log activated

2010-06-03 Thread Pascal Volk
On 06/03/2010 10:08 AM Xavier Pons wrote: > You're right! > Here is the output of doveconf -n: > > # 2.0.beta5: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.18-164.11.1.el5 x86_64 Red Hat Enterprise Linux Server > release 5.4 (Tikanga) > … > log_path = /var/log/dovecot.log > mail_access_groups = v

Re: [Dovecot] master users with dovecot2 braek down to allowed domain

2010-06-03 Thread Robert Schetterer
Am 02.06.2010 20:53, schrieb Timo Sirainen: > On ma, 2010-05-31 at 10:40 +0200, Robert Schetterer wrote: >> if i use the postfixadmin superuser,domainadmin,domainuser layout >> so there are domainadmins defined in a sql table >> it would be a nice feature to break it down to be master only at there

Re: [Dovecot] Panic with mail_log activated

2010-06-03 Thread Xavier Pons
You're right! Here is the output of doveconf -n: # 2.0.beta5: /etc/dovecot/dovecot.conf # OS: Linux 2.6.18-164.11.1.el5 x86_64 Red Hat Enterprise Linux Server release 5.4 (Tikanga) auth_socket_path = /var/run/dovecot/auth-userdb auth_verbose = yes base_dir = /var/run/dovecot/ first_valid_uid =

Re: [Dovecot] Panic with mail_log activated

2010-06-03 Thread Pascal Volk
On 06/03/2010 09:47 AM Xavier Pons wrote: > Hi, > We get intermitend deliver-errors when we have activated the mail_log > plugin. > The installed version is dovecot-2.0-beta5. > Below, the error we get: > > Jun 02 21:58:11 lda(x...@uib.es): Panic: file mail-log-plugin.c: line 364 > (mail_log_ma

[Dovecot] Panic with mail_log activated

2010-06-03 Thread Xavier Pons
Hi, We get intermitend deliver-errors when we have activated the mail_log plugin. The installed version is dovecot-2.0-beta5. Below, the error we get: Jun 02 21:58:11 lda(x...@uib.es): Panic: file mail-log-plugin.c: line 364 (mail_log_mail_transaction_commit): assertion failed: (ret) Jun 02 2