[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