Re: perdition and IMAP COMPRESS (RfC 4978)
Simon Horman <[email protected]> Wed, 2 Mar 2011 08:20:33 +0900
| Newsgroups | gmane.mail.perdition.user |
|---|---|
| Message-ID | <[email protected]> |
On Tue, Mar 01, 2011 at 09:21:06PM +0100, Sven Hartge wrote: > Hi! > > I am in the planning stage for an upgrade of my employers mail system. > > In the backend I will be using dovecot which supports IMAP COMPRESS > <http://www.ietf.org/rfc/rfc4978.txt>, > <http://wiki2.dovecot.org/Plugins/Compress>. > > In the frontend I would like to continue using perdition. > > >From the RfC I assume, perdition should cope with IMAP COMPRESS, since > everything after a successful authentication is just passed through. > > >From the RfC: > > ,---- > | The following example illustrates how commands and responses are > | compressed during a simple login sequence: > | > | S: * OK [CAPABILITY IMAP4REV1 STARTTLS COMPRESS=DEFLATE] > | C: a starttls > | S: a OK TLS active > | > | From this point on, everything is encrypted. > | > | C: b login arnt tnra > | S: b OK Logged in as arnt > | C: c compress deflate > | S: d OK DEFLATE active > | > | From this point on, everything is compressed before being > | encrypted. > `---- > > Is my assumption correct that it is safe to use perdition in such a > setup? Or am I threading on thin ice here, bound for disaster? Hi Sven, I think that you are correct and the only thing that you will need to teach perdition is the correct capabilities to advertise. That can be done through the configuration file. ______________________________________________ Perdition-users mailing list [email protected] http://lists.vergenet.net/listinfo/perdition-users