[Dovecot] SELECT/EXAMINE don't report URLMECH
In dovecot-2.2.1 neither the SELECT nor the EXAMINE commands include an untagged URLMECH reply. (Note, this is not the one mandated by the RESETKEY command.)
AFAICT RFC 4467 does not require an URLMECH reply to SELECT or EXAMINE but without it clients have no way of knowing about authorization mechanisms other than INTERNAL. Now I know dovecot-2.2 supports only the INTERNAL mechanism at present so this is probably harmless, but still I think it's worthwhile to ask: Is the absence of the URLMECH reply intentional or an oversight?
For comparison Apple's enhanced dovecot replies: c1 select inbox [...]
- OK [URLMECH INTERNAL] Mechanisms supported c1 OK [READ-WRITE] Select completed.
On 30.4.2013, at 2.25, Mike Abbott <michael.abbott@apple.com> wrote:
In dovecot-2.2.1 neither the SELECT nor the EXAMINE commands include an untagged URLMECH reply. (Note, this is not the one mandated by the RESETKEY command.)
AFAICT RFC 4467 does not require an URLMECH reply to SELECT or EXAMINE but without it clients have no way of knowing about authorization mechanisms other than INTERNAL. Now I know dovecot-2.2 supports only the INTERNAL mechanism at present so this is probably harmless, but still I think it's worthwhile to ask: Is the absence of the URLMECH reply intentional or an oversight?
I think I'll leave it out unless some day another mechanism is added: http://www.ietf.org/mail-archive/web/lemonade/current/msg05127.html
participants (2)
-
Mike Abbott
-
Timo Sirainen