FORUM PLAN UPDATE
Date revision: This forum will remain open to new posts and responses until December 1, 2018. (After that date, you will still be able to view and search the forum.) Also, we're taking a second look at the best place to host future conversation. For now, keep using this forum, and stay tuned for more news.


Aug 1, 2017, 6:23 AM
3 Posts
topic has been resolvedResolved

Error "Value is out of Range (4399)" while deleting user via script

  • Category: Administration
  • Platform: Windows
  • Release: 9.0.1
  • Role: Administrator,End User
  • Tags:
  • Replies: 2

Since upgrading my client to 9.0.1 FP8 there is a problem deleting user via script. We are using a tool to manage users (register, rename, delete etc.), worked fine for many years. As we didn't upgrade the tool nor the server there must be a problem in FP8.

I found a new KB-Entry https://www-304.ibm.com/support/entdocview.wss?uid=swg1LO92582  describing the same problem. Did anyone make a similar experience? Does anyone know if there are changes in FP8 affecting the deletion of Users via script?

Any Information will be appreciated

TIA, WFA

Aug 1, 2017, 8:46 AM
324 Posts
Working for me...

The KB article you referenced does indeed indicate there is a known issue at FP8 - however I am not having any problem here, in fact I just deleted a user with this same agent.

My server is at 9.0.1FP8IF3, my client at FP8.

My statement is slightly different from the kb article, instead of calling the method, I'm assigning the note ID of the adminp document:

noteID$ = adminp.DeleteUser( FullName.Canonical , False , DelMailFile , "Terminations" , False )

If you're using 'Call' (as noted in the KB article) you might try rewriting the agent to grab the noteID$ as I'm doing to see if that will work for you.

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

Oh, another difference - In my agent I'm using an actual integer value (of 2) instead of the constant 'MAILFILE_DELETE_ALL'. you might try that as well.

 

Aug 2, 2017, 11:37 AM
3 Posts
Thanks a lot - works fine

Hi Mark,

we changed our code as suggested by you and everything worked fine. Not calling the method did the trick.

thanks a lot for your support

if you are ever in Trier (Germany) I owe you a beer (or 2 or 3)

WFA


FORUM PLAN UPDATE
Date revision: This forum will remain open to new posts and responses until December 1, 2018. (After that date, you will still be able to view and search the forum.) Also, we're taking a second look at the best place to host future conversation. For now, keep using this forum, and stay tuned for more news.