On Tue, 2010-05-18 at 11:48 +0200, Pascal Volk wrote:
> BUT (1), `doveconf protocols` reports:
> protocols = $protocols managesieve
> doveconf: Fatal: Error in configuration
> file /path/2/dovecot/dovecot.conf: protocols: Unknown protocol:
> $protocols
>
> But (2) `doveconf -x protocols` works:
>
On 05/18/2010 11:26 AM Andreas Schulze wrote:
> hello,
>
> dovecot2 implements "!include conf.d/*.conf" to build the configuration from
> multiple configfiles.
> So the settings for pop3, imap or lmtp may stay in different files.
>
> unfortunately the "protocol = " does not allow a += logic
> to
hello,
dovecot2 implements "!include conf.d/*.conf" to build the configuration from
multiple configfiles.
So the settings for pop3, imap or lmtp may stay in different files.
unfortunately the "protocol = " does not allow a += logic
to enables or disable inet listeners.
It would be nice to have
Stephan Bosch wrote:
Felix Leimbach wrote:
Hi all,
I'm using dovecot 2.0-beta4's sieve plugin and it works great but here
is an idea for improvement:
When creating the first sieve script for an account whose home dir does
not yet exist then dovecot *does* create that homedir but the sieve
clie
Felix Leimbach wrote:
Hi all,
I'm using dovecot 2.0-beta4's sieve plugin and it works great but here
is an idea for improvement:
When creating the first sieve script for an account whose home dir does
not yet exist then dovecot *does* create that homedir but the sieve
client times out. Tried Th
Felix Leimbach wrote:
Hi all,
I'm using dovecot 2.0-beta4's sieve plugin and it works great but here
is an idea for improvement:
When creating the first sieve script for an account whose home dir does
not yet exist then dovecot *does* create that homedir but the sieve
client times out. Tried Th
Hi all,
I'm using dovecot 2.0-beta4's sieve plugin and it works great but here
is an idea for improvement:
When creating the first sieve script for an account whose home dir does
not yet exist then dovecot *does* create that homedir but the sieve
client times out. Tried Thunderbird's sieve addon
On Mon, 2009-04-13 at 14:29 -0500, Mike Abbott wrote:
> I can set the log prefix for imap/pop3 processes using mail_log_prefix
> but the log prefix for deliver is hard-coded. (I'm using 1.1.13.)
> Deliver should either honor mail_log_prefix or have its own setting
> (deliver_log_prefix?).
I can set the log prefix for imap/pop3 processes using mail_log_prefix
but the log prefix for deliver is hard-coded. (I'm using 1.1.13.)
Deliver should either honor mail_log_prefix or have its own setting
(deliver_log_prefix?). What do you think?
On Mon, 2007-04-02 at 14:17 +0100, David Anderson wrote:
> On Monday 02 Apr 2007, Timo Sirainen wrote:
> >
> > Yep. And nss_dovecot, libsasl.so compatible replacement for Cyrus
> > SASL, etc. :)
> >
> > I'm not really interested in learning PAM/NSS internals though. I'm
> > willing to help anyone w
On 02:34:46 2007-04-03 Curtis Maloney <[EMAIL PROTECTED]> wrote:
> David Anderson wrote:
> > Hello,
> >
> > I have a suggestion which might be a small and very useful project
> > for a C coder (I'm not one!).
> >
> > As Dovecot makes its authentication interface available to other
> > programs,
David Anderson wrote:
Hello,
I have a suggestion which might be a small and very useful project for a
C coder (I'm not one!).
As Dovecot makes its authentication interface available to other
programs, I think that an Apache module to use it would be very useful.
I had actually been plannin
On Monday 02 Apr 2007, Timo Sirainen wrote:
>
> Yep. And nss_dovecot, libsasl.so compatible replacement for Cyrus
> SASL, etc. :)
>
> I'm not really interested in learning PAM/NSS internals though. I'm
> willing to help anyone who wants to implement them though.
Would you be interested in includin
On 2.4.2007, at 15.53, David Anderson wrote:
I forgot to say something! Alternatively, a PAM module pam_dovecot
might
be equally useful. (Then Apache could use it via mod_auth_pam and
other
services could use it too, e.g. SSH, FTP but only of course on
platforms with PAM).
Yep. And nss
I forgot to say something! Alternatively, a PAM module pam_dovecot might
be equally useful. (Then Apache could use it via mod_auth_pam and other
services could use it too, e.g. SSH, FTP but only of course on
platforms with PAM).
David
On Monday 02 Apr 2007, David Anderson wrote:
> Hello,
Hello,
I have a suggestion which might be a small and very useful project for a
C coder (I'm not one!).
As Dovecot makes its authentication interface available to other
programs, I think that an Apache module to use it would be very useful.
Currently I share an passwd-db file between Dovecot
16 matches
Mail list logo