[Dovecot] [ #14832]: Capital letters in POP3 logins

[Jeff Graves]

I wrote this patch a while ago when I ran into this problem trying to
authenticate off of MS SFU. It works for 0.99.10.4 - not sure about any
other version.

Jeff Graves, MCSA
Customer Support Engineer
Image Source, Inc.
10 Mill Street
Bellingham, MA 02019

508.966.5200 - Phone
508.966.5170 - Fax
jeff at image-src.com - Email
www.image-src.com

-----Original Message-----
From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On
Behalf Of Gerald V. Livingston II
Sent: Wednesday, March 30, 2005 1:38 PM
To: dovecot at dovecot.org
Subject: Re: [Dovecot] [ #14832]: Capital letters in POP3 logins


I just tested and IMAP doesn't ignore case either. 

Remove the UPPER CASE maildir created by your POP3 login then do the same
thing with an IMAP client. Set up the IMAP client to use an UPPER CASE
username and when you log-in/refresh folders it creates the new UPPERCASE
empty Maildir all over again.

Crap, between this and the missing QUOTA feature I guess I'm gonna have to
rip out Dovecot and use Courier. I really wanted to use Dovecot for it's
speed with the indexing.

What I don't understand is -- all usernames in my test database are stored
in lower case -- shouldn't it simply fail to match and cause the login to
fail? Can anyone point out how to force the match to be case sensitive?
I'll investigate and get back to the list. It would be "nicer" though if
Dovecot converted all username input to lower case before authenticating to
maintain uniqueness of email addresses.

Gerald

On Wed, 30 Mar 2005 21:16:12 +0400 "support at majordomo.ru"
<support at majordomo.ru> wrote:

> Using dovecot (version 1.0-test59, with mysql-auth) I saw strange problem:
> after authentication by POP3 in case that username given has capital
letters, for example SupportTeam at majordomo.ru,
> dovecot creates new maildir 'SupportTeam' for this username instead
reading mails from existing maildir 'supportteam'.
> Then dovecot scans created maildir 'SupportTeam' and returns 0 messages
(sure:). 
> IMAP4 works fine in the same time.

> Can I solve this problem or it is virtually "bug" of dovecot?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: case.patch
Type: application/octet-stream
Size: 763 bytes
Desc: not available
URL: <http://dovecot.org/pipermail/dovecot/attachments/20050401/87a5ff80/attachment-0001.obj>