No.

Example:
Define and run a job using the local Administrator account on a PC.  The local Administrator account on the PC has a “blank” password; i.e. – enter the user name only and do not key anything into the password field.  The logon is allowed on the PC.  However, running a job using this profile is not allowed.  The error message matches the failure reason so it is correct. 

Job started at 05/26/2011 10:39:17 CDT

Job Name  . . . . :  localadmin

Job ID  . . . . . :  1005

Job Description . :  ken

Run Number  . . . :  1035

Agent Name  . . . :  KALVERSONXP_NEWAGENT

Agent OS  . . . . :  Windows

Server Name . . . :  kalversonxp.helpsystems.com:7472 Schedule Enterprise Server

 Starting process with command: bin\Win32\RobotTermSocket.exe  'Administrator' kalversonxp 1306424357360 C:\WINDOWS\system32\cmd.exe

 Password:

Unable to login user

1327: Logon failure: user account restriction.  Possible reasons are blank passwords not allowed, logon hour restrictions, or a policy restriction has been enforced.

 

Process exited with value: 123 The process ended unexpectedly.

Solution:

This was an intentional change to the LogonUser() API by MicroSoft.  See the following:

3.2.2 Restrictions on the Use of Blank Passwords

----------------------------------------------------------------------

Users who do not password-protect their accounts can only log on at their physical computer console: the monitor, keyboard, and mouse that is physically connected to their computer. This restriction only applies to local user accounts, not to domain user accounts.

 

Caution: If your computer is not in a physically secured location, you should assign strong passwords to all local user accounts. Failure to

do so allows anyone with physical access to the computer to log on using a user account that does not have a password. This is especially

important for portable computers, which should always have strong passwords on all local user accounts.