Re: Dovecot doesn't sent rejection message user overquota

Il 02/12/2015 15:49, Marcus Rueckert ha scritto: On 2015-12-02 09:13:04 +0100, Antonello Cioffi wrote: Dec 2 08:58:49 posta2 dovecot: lda(antonen): msgid=<565ea4b9.1020...@uniparthenope.it>: Permanently failed to send rejection: smtp(mail.uniparthenope.it): DATA failed: 550 5.7.1 no

Re: How do we disable LOGIN-REFERRALS? (part 2)

From /opt/src/dovecot-2.2.19/doc/wiki/PasswordDatabase.ExtraFields.Host.txt Login referrals are an IMAP extension specified by RFC 2221 [http://www.apps.ietf.org/rfc/rfc2221.html]. They're not supported by many clients, so you probably don't want to use them normally. Right. The following

How do we disable LOGIN-REFERRALS?

Network Working Group M. Gahrns Request for Comments: 2221 Microsoft Category: Standards Track October 1997 IMAP4 Login Referrals ... 6. Security Considerations The IMAP4 login referral mechanism makes use of IMAP URLs, and

Re: How do we disable LOGIN-REFERRALS? (part 2)

On 12/03/2015 01:46 PM, sb wrote: > From /opt/src/dovecot-2.2.19/doc/wiki/PasswordDatabase.ExtraFields.Host.txt >> Login referrals are an IMAP extension specified by RFC 2221 >> [http://www.apps.ietf.org/rfc/rfc2221.html]. They're not supported by >> many >> clients, so you probably don't want to

Re: [patch] Fix for bug in TLS/SSL for LMTP with chained certificates

On 02 Dec 2015, at 17:38, NederHost/Sebastiaan Hoogeveen wrote: > > Hi, > > In case of tl;dr: I fixed a bug in TLS support for LMTP which caused chained > certificates not to work, and another one which caused certificate read > errors to be ignored; the patches are

Re: CentOS rpm dovecot 2.2.10 auth/db-ldap.c TLS bug/patch

On Tue, Dec 1, 2015 at 5:51 PM, Timo Sirainen wrote: > On 25 Nov 2015, at 15:42, Andrey Fesenko wrote: >> >> Hello, >> CentOS rpm dovecot 2.2.10 сontains bug auth/db-ldap.c TLS (not connect >> LDAP+TLS server ldaps://), exist bug/patch >>

Re: How do we disable LOGIN-REFERRALS? (part 2)

On 03 Dec 2015, at 15:17, sb wrote: > > On 12/3/15 1:32 PM, Timo Sirainen wrote: >> As long as Dovecot doesn't return any login-referrals (which it doesn't >> by default), I don't see why having LOGIN-REFERRALS in the CAPABILITY >> reply would matter. > Because a compatible

Re: [Dovecot-news] v2.2.20 release candidate released

> On 03 Dec 2015, at 16:09, Thomas Leuxner wrote: > > * Timo Sirainen 2015.12.03 14:51: > >> + Added mailbox { autoexpunge= } setting. See >> http://wiki2.dovecot.org/MailboxSettings for details. > > namespace inbox { > mailbox Trash { >autoexpunge = 5

v2.2.20 release candidate released

http://dovecot.org/releases/2.2/rc/dovecot-2.2.20.rc1.tar.gz http://dovecot.org/releases/2.2/rc/dovecot-2.2.20.rc1.tar.gz.sig v2.2.20 probably will be released tomorrow or maybe during weekend. + Added mailbox { autoexpunge= } setting. See http://wiki2.dovecot.org/MailboxSettings for

Re: [Dovecot-news] v2.2.20 release candidate released

* Timo Sirainen 2015.12.03 15:27: > protocol imap { > namespace inbox { > mailbox Trash { > autoexpunge = 5 days > } > } > } Thanks. signature.asc Description: Digital signature

Re: How do we disable LOGIN-REFERRALS? (part 2)

On 12/3/15 1:32 PM, Timo Sirainen wrote: As long as Dovecot doesn't return any login-referrals (which it doesn't by default), I don't see why having LOGIN-REFERRALS in the CAPABILITY reply would matter. Because a compatible client will use the capability as advertised by the server, and then

Re: [Dovecot-news] v2.2.20 release candidate released

* Timo Sirainen 2015.12.03 14:51: > + Added mailbox { autoexpunge= } setting. See >http://wiki2.dovecot.org/MailboxSettings for details. namespace inbox { mailbox Trash { autoexpunge = 5 days special_use = \Trash } } I'm using autoexpunge on the Trash mailbox.

Re: How do we disable LOGIN-REFERRALS? (part 2)

> On 03 Dec 2015, at 17:20, sb wrote: > > On 12/3/15 2:49 PM, Timo Sirainen wrote: > >> There is no code that can be disabled on Dovecot side. >> I think you need to read how LOGIN-REFERRALs actually work. > > This is an excerpt from the RFC: > >> A home server referral may

Re: How do we disable LOGIN-REFERRALS? (part 2)

On 12/3/15 2:49 PM, Timo Sirainen wrote: There is no code that can be disabled on Dovecot side. I think you need to read how LOGIN-REFERRALs actually work. This is an excerpt from the RFC: A home server referral may be returned in response to an AUTHENTICATE or LOGIN command, or it may

Re: Interpreting keywords

2015. 12. 2, szerda keltezéssel 13.39-kor Mark Foley ezt írta: > I assume these "$label" values are macros that possibly refer to "Important", > "Work", etc., but > where are these $label's defined? Are they defined in the dovecot configs > somewhere or does the > mail client just "know" what

Missing processes

Hi list, I'm new on dovecot mailing list, this is my second dovecot installation. I'm using Debian 8, dovecot packages cames from repository. I'm using it with Postfix - postfix uses dovecot as virtual transport. Looks like everything is fine: dovecot starts, and I see this line in syslog: Dec

Re: Missing processes

Hi, On Fri, Dec 04, 2015 at 01:14:46AM +0100, Ervin Hegedüs wrote: > > but there isn't any imap nor pop3 process: > > # ps ax | grep dovecot > 23723 ?Ss 0:00 /usr/sbin/dovecot -F > 23732 ?S 0:00 dovecot/anvil > 23733 ?S 0:00 dovecot/log > 23735 ?S

Re: How do we disable LOGIN-REFERRALS? (part 2)

Please amend the first paragraphs of PasswordDatabase.ExtraFields.Host.txt as follows. ---cut here--- Login referrals are a server-side IMAP4 extension specified by RFC 2221. Their purpose is to redirect clients to an different IMAP4 server in case of hardware failures or organizational