[Freeswitch-users] Alphanumeric case sensitivity

[Michael Collins]

What's the user_id of "User1 at example.com"? Is it "User1" or "user1"? (BTW,
this is a classic example of why alphanumeric usernames are a bad idea in a
telephony environment.)

I would recommend that you enforce some policy, like always use all lower
case. (I've poked around in the source code and I don't see any easy way to
make alpha usernames be case insensitive.)

-MC

On Fri, Oct 1, 2010 at 2:50 PM, Peter Hinman <Peter.Hinman at parcelpool.com>wrote:

>  I'm trying to get FS working with alphanumeric UserIDs.  I'm running
> into a problem when user1 registers using mixed case (User1 at example.com)
> and then user2 tries to reach user1 by dialing "user1" instead of "User1".
>
> FS fails to make the connection between the two extensions and reports:
> [ERR] switch_ivr_originate.c:2648 Cannot create outgoing channel of type
> [error] cause: [USER_NOT_REGISTERED]
>
> The dial plan string for bridging my internal users is:
> <action application="bridge"
> data="user/${dialed_extension}@${domain_name}"/>
>
> Is there a way to use alphanumeric UserIDs and bridge calls between
> internal extensions when the dialing user doesn't know exactly how
> (upper, lower, mixed case) the destination user/extension registered
> with FS?
>
> --
> Peter Hinman
> ParcelPool.com
> Office: 801-434-7400
> Cell: 801-830-8292
>
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20101001/e4a0a83a/attachment-0001.html