RE: ora 12154

From: Chitale, Hemant Krishnarao <>
Date: Fri, 4 Nov 2011 09:38:39 +0800
Message-ID: <>

Here's how you can use a password with the "_at_" character :

SQL> create user TEST_AT identified by TEST__at__P; create user TEST_AT identified by TEST__at__P

ERROR at line 1:
ORA-00911: invalid character

SQL> !oerr ora 911
00911, 00000, "invalid character"

// *Cause: identifiers may not start with any ASCII character other than
//         letters and numbers.  $#_ are also allowed after the first
//         character.  Identifiers enclosed by doublequotes may contain
//         any character other than a doublequote.  Alternative quotes
//         (q'#...#') cannot use spaces, tabs, or carriage returns as
//         delimiters.  For all other contexts, consult the SQL Language
//         Reference Manual.
// *Action:

SQL> create user TEST_AT identified by "TEST__at__P";

User created.

SQL> grant create session to TEST_AT;

Grant succeeded.

SQL> connect TEST_AT/"TEST__at__P";
ORA-12154: TNS:could not resolve the connect identifier specified

Warning: You are no longer connected to ORACLE. SQL> And from a desktop Client connecting with the connection string "_at_MYNDB" :

SQL*Plus: Release - Production on Fri Nov 4 09:36:06 2011

Copyright (c) 1982, 2007, Oracle. All Rights Reserved.

Enter user-name: TEST_AT/"TEST__at__P"@MYNDB

Connected to:
Oracle Database 10g Enterprise Edition Release - Production With the Partitioning, OLAP and Data Mining options

Hemant K Chitale

-----Original Message-----
From: [] On Behalf Of Hemant K Chitale Sent: Friday, November 04, 2011 8:46 AM
Cc: Radoulov, Dimitre; Subject: RE: ora 12154

That's a known issue. Oracle doesn't prevent the use of the "_at_" symbol when you set the users's password but interprets it as a connection-string qualifier when you actually attempt to use it. It then attempt a TNS lookup with the subsequent characters.
Hemant K Chitale

sent from my smartphone
On 4 Nov 2011 00:39, "Zelli, Brian" <> wrote:

> Yes, the password.....I was trying to be security minded.....
> -----Original Message-----
> From: Radoulov, Dimitre []
> Sent: Thursday, November 03, 2011 12:37 PM
> To: Zelli, Brian
> Cc: ''
> Subject: Re: ora 12154
> On 03/11/2011 17:35, Zelli, Brian wrote:
> >
> > Must have been the actual name I gave that userid. I re-created it with
> a different name and it works.
> Perhaps the previous username contained the _at_ or the / characters :)
> Regards
> Dimitre

This email and any attachments are confidential and may also be privileged. If you are not the addressee, do not disclose, copy, circulate or in any other way use or rely on the information contained in this email or any attachments. If received in error, notify the sender immediately and delete this email and any attachments from your system. Emails cannot be guaranteed to be secure or error free as the message and any attachments could be intercepted, corrupted, lost, delayed, incomplete or amended. Standard Chartered PLC and its subsidiaries do not accept liability for damage caused by this email or any attachments and may monitor email traffic.

Standard Chartered PLC is incorporated in England with limited liability under company number 966425 and has its registered office at 1 Aldermanbury Square, London, EC2V 7SB.

Standard Chartered Bank ("SCB") is incorporated in England with limited liability by Royal Charter 1853, under reference ZC18. The Principal Office of SCB is situated in England at 1 Aldermanbury Square, London EC2V 7SB. In the United Kingdom, SCB is authorised and regulated by the Financial Services Authority under FSA register number 114276.

If you are receiving this email from SCB outside the UK, please click to refer to the information on other jurisdictions.

Received on Thu Nov 03 2011 - 20:38:39 CDT

Original text of this message