Re: "Edit Users..." Menu Item Disabled in Telephony Management Sna
- From: Lukas Petrik <LukasPetrik@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Tue, 2 Jan 2007 02:29:00 -0800
Tony,
thank you for your advice. Its working now... BUT
To make it clear i used account that is member of domain admins and group
domain admins is local administrator. And like that its not working. But when
I set up also the account (already member of domain admins and trough this
member of local admins) as the member of local admin it starts working.
I am missing strict logic in this... Still I am very thankfull.
Thank you and lot of luck in new year
Lukas
"Anthony M. Davis" wrote:
Lukas,.
On the member server, make sure the domain account you are using to log on
is a member of the local Administrators group on that machine. (Computer
Management -> Local Users and Groups -> Groups->Administrators).
Tony
"Lukas Petrik" <Lukas Petrik@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:4E238C58-E4EE-488E-8ED0-196D4ACA21AB@xxxxxxxxxxxxxxxx
Hello It looks that I have the same problem as you Thony. I have Small
Business 2003 and I am unable to acces "Edit Users". When I try it on
domain controler I have this problem to also when I try to change
something
on member server with domain account I cannot change anything. But when I
log
on to that server with using local account it works perfectly, but not for
domain accounts and that is what i need.
I have no advice about this problem. I just need solution like you.
I will be very grateful for any advice...
Lukas
"Anthony M. Davis" wrote:
Thanks, Andreas. I'm still struggling, but just to give you all an
update...
Running "tapicfg show" revealed that I had no Active Directory TAPI
application directory partitions (See "TAPI and Active Directory"), so I
ran
"tapicfg install" and successfully installed one. But this didn't change
a
thing as far as being able to access "Edit Users..."
I then discovered the tsecimp utility so I figured maybe I could use it
as
an alternative to the "Edit Users..." command. So I created a test XML
file
and ran "tsecimp -v" to verify the XML, but received the following
message
in the resulting error log:
"The device with address 316 can not be remotely assigned."
I get the same message for any address, including the ones exposed by the
TSP's that come with Windows.
Tony
"Andreas Marschall [MVP TAPI]" <Andreas.Marschall@xxxxxxxxxx> wrote in
message news:ux5vInUHHHA.1188@xxxxxxxxxxxxxxxxxxxxxxx
"Anthony M. Davis" <tony@xxxxxxxxxxxxxx> schrieb im Newsbeitrag
news:OB0EOEPHHHA.1252@xxxxxxxxxxxxxxxxxxxxxxx
I've set up a Windows 2003 Server machine as a Telephony Server and
changed
the logon account for the Telephony service from LocalSystem to a
domain
account with Administrative privileges on the local machine (as
described
in
"HOW TO: Install and Configure Telephony Server for Client Access.")
However, I'm unable to assign users to lines using the method outlined
in
"To assign a telephony user to a line or phone" because the "Edit
Users..."
menu item in the Telephony MMC snap-in is disabled. I even temporarily
bumped up the service logon account to Domain Admins, but same result.
Why is this bugger disabled? (BTW, it's disabled for ALL providers,
not
just
the the third-party TSP I've been working with.)
Anthony,
a similar issue was discussed here before but AFAIK there was no
solution
reported:
http://groups.google.com/group/microsoft.public.win32.programmer.tapi/browse_thread/thread/777efd74442e4fd1/3b313acae3e0de41
--
Best Regards
Andreas Marschall
Microsoft MVP for TAPI / Windows SDK
TAPI / TSP Developer and Tester
My TAPI and TSPI FAQ:
http://www.I-B-A-M.de/Andreas_Marschall's_TAPI_and_TSPI_FAQ.htm
My Toto® Tools (a collection of free, mostly TAPI related tools):
http://www.i-b-a-m.de/Andreas_Marschall's_Toto_Tools.htm
TAPI development around the world (Frappr! map):
http://www.frappr.com/TAPIaroundTheWorld
* Please post all messages and replies to the newsgroup so all may
* benefit from the discussion. Private mail is usually not replied to.
* This posting is provided "AS IS" with no warranties, and confers no
rights.
- Prev by Date: Re: Caller ID question - no caller ID after first call
- Next by Date: Re: Losing client connections with remotetsp
- Previous by thread: Re: Caller ID question - no caller ID after first call
- Next by thread: Re: Losing client connections with remotetsp
- Index(es):
Relevant Pages
|