[Dovecot] IMAP-proxy or not with sogo webmail and dovecot backend

Michael M Slusarz slusarz at curecanti.org
Tue Feb 14 05:19:56 EET 2012


Quoting Timo Sirainen <tss at iki.fi>:

> On 13.2.2012, at 22.24, Michael M Slusarz wrote:
>
>> http://lists.horde.org/archives/imp/Week-of-Mon-20110523/052316.html
>> http://lists.horde.org/archives/imp/Week-of-Mon-20110523/052317.html
>>
>> These posts neglect the fact that you don't need to issue a  
>> CAPABILITY command if the connection is reused either, so that's an  
>> additional advantage. Note that the XPROXYREUSE-enabled MUA must be  
>> the exclusive user of the imapproxy instance for this feature to  
>> work correctly.
>>
>> Somewhat topical, since Timo was just mentioning support for some  
>> sort of IMAP state save/restore feature possibly making it into 2.2.
>
> Perhaps a way for (trusted) clients to be able to do this? :)
>
> a logout save
> * OK [SAVEDSTATE 1234567890]
> * BYE logged out
> a OK
>
> ...
>
> b login (SAVEDSTATE 1234567890) user pass
> * OK [RESTOREDSTATE 1234567890]
> b ok
>
> vs.
>
> b login (SAVEDSTATE 1234567890) user pass
> * NO [UNKNOWNSTATE 1234567890]
> b ok

I guess the drawback for this approach is that you are explicitly  
breaking the LOGIN definition.  And you don't allow reviving the state  
if using the AUTHENTICATE command.

The alternative would be to have an additional pre-authentication  
command that sets the desired state.  But that adds the overhead of  
sending/parsing another command.

michael



More information about the dovecot mailing list