On Sep 27, 2008, at 12:17 AM, Giorgenes Gelatti wrote:

I have a client connecting to dovecot and comunicating like this:

* OK Dovecot ready.

* AUTHENTICATE MYAUTH
+ base64 challange
base64_response {NNN}

* NO Invalid base64 data in continued response


The problem is that dovecot seems to reject the response because of
the {NNN} in the end of the string.
If I remove the {NNN} it authenticates just fine.

Any idea of whether it's standard or not?

What is the {NNN}? I've never seen that before and it's definitely against RFC 3501:

The client response consists of a single line consisting of a BASE64
encoded string. If the client wishes to cancel an authentication exchange,
it issues a line consisting of a single "*".

Attachment: PGP.sig
Description: This is a digitally signed message part

Reply via email to