Mac client bc addresses visible to recipients

We're using the Mac client, v8.0.2HP4, and attempting to send messages where the bc field contains a group with internal and external addresses as well as nested groups of external addresses. The message is sent, but here are the problems we're seeing:
1. Internal recipients to whom the message is bc'd can click the "Properties" tab and see listed all the bc addressees.
2. External recipients to whom the message is bc'd see the entire collection of bc'd addressees in the to: field if their received message.
The same message and addressee setup works correctly when sent from the Windows GW 8.0.3 (build 108711) client.
Anyone seen anything like this?

janthenat wrote:
> We've confirmed that the same problem occurs using a separate known clean GW
> install. It does, in fact, appear to be the client but hoping to find a way
> to work around it.
Unfortunately, I don't know of any way to work around this.
Danita
Novell Knowledge Partner
Are you a GroupWise Power Administrator? Join our site.
http://www.caledonia.net/register
If you find this post helpful and are logged into the web interface,
show your appreciation and click on the star below...

Similar Messages

CSS 11500:Client ip-address visible to the real server

Is it possible to keep the original ip-address of the client when the the css is redirecting the traffic to the real server. customer needs the client ip-address on the real server for reporting.
regards
Dietrich Schleyer

Dietrich,
by default the CSS will keep the original client ip address.
To have the CSS changing the client ip, your customer must have configured a group with 'add destination service'.
Probably because your client is using a one-armed setup which is the easiest to implement but the worst to use.
So, your customer should go to a 2-sides CSS design and have the traffic flow through the CSS without the need to do client nat.
Once the design is correct, you can remove the group and the CSS will keep the client ip address.
Regards,
Gilles.
Thanks for rating.

Bcc field addresses visible to recipients in Yosemite

After installing Yosemite when sending a message using the Bcc Field, recipients have reported back to me they see all the other addresses. Is this a bug?

Same iMac with Yosemite, everything is working fine on my side. Do you know from where are they seeing the BCC addesses (email client, account service, web browser)?

Set Static IP address on Mac clients

Hi,
I'm trying to change the IP address on a mac client at startup time to a different value and to be Static type. I need to do it via the command line. I've researched and found out that 'networksetup -setmanual ...' and 'ipconfig set en0 MANUAL ...' would do it, but the 'networksetup' command is not available unless I have ARD installed and 'ipconfig' is not recommended for use other than testing and debug.
Another option I was looking at is editing /Library/Preferences/SystemConfiguration/preferences.plist and then doing 'changeip ...' command.
Do you know if there are any other commands that will allow me to change an ip address via the command line, set it to Static/Manual and preferably do it without a reboot?
Thank you

Hi Sergey,
when I use static IP in my jwc_properties.ini it is never picked up, it still uses DHCP. The part where I have configured IP looks like this:
# Whether static configuration or DHCP server is used do get IP address. Possible values: dhcp,static
ip.method = static
# IP address,used with static IP configuration only
ip.addr = 10.143.144.97
# Network mask,used with static IP configuration only
ip.netmask = 255.255.252.0
# Network gateway,used with static IP configuration only
ip.gateway = 10.143.144.1
# DNS server,used with static IP configuration only
ip.dns =
# MAC address
mac.addr =

Client no longer visible in Remote Desktop

For years I've controlled my Mac Mini from my MacBook over my home Wifi, but all of a sudden it's stopped working. The client (Mac Mini) is no longer visible in "Scanner", and will not connect via IP address 192.168.0.3
I've confirmed both computers are definitely on the same WiFi network, sharing options are turned on in Mac Mini's sharing preferences. I've deleted ARD prefs file from the client, I've restarted both machines.
Client is also not controllable from the VNC apps I have on my iPhone and iPad - so I think it's a client issue rather than the MacBook running ARD.
Any advice of things I can check? I've also just noticed that (despite being switched on) the Mac Mini is not visible for File Sharing. So there's definitely something fishy going on with that Mac Mini's network settings.

****. Seems I didn't try rebooting the wifi router. It's showing now. **** cheap netgear rubbish...

Install PT8.53 with Linux Issue: Jolt client (ip address 192.168.196.102) does not have proper application password

Folks,
Hello.
I am installing PeopleTools 8.53 with Oracle Database Server 11gR1 and OS Oracle Linux 5.10.
Data Mover Bootstrap and Application Designer can log into Database instance successfully. My procedure to run PIA is below:
Step 1: start Oracle Database Server and LISTENR is listening.
Step 2: start Application Server ./psadmin and 8 processes are started.
Step 3: start WebLogic Server PIA /opt/PT8.53/webserv/PT853/bin/startPIA.sh
In Browser, http://192.168.196.102:8000/ps/signon.html comes up successfully. But when sign in using UserID PSADMIN and password "myname", I get the error message in Browser as below:
The application server is down at this time.
CHECK APPSERVER LOGS. THE SITE BOOTED WITH INTERNAL DEFAULT SETTINGS, BECAUSE OF: bea.jolt.ServiceException: Invalid Session
We've detected that your operating system is not supported by this website. For best results, use one of the following operating systems:
Mac OS X 10.6(Snow Leopard)
Mac OS X 10.5(Leopard)
iPad
Oracle Linux Enterprise
Mac OS X 10.4(Tiger)
Windows 8
Windows 7
Mac OS X 10.7(Lion)
Regarding Application Designer, both Database Type "Oracle" and Connection Type "Application Server", UserID "PSADMIN" and password "myname" login successfully. I view TUXLOG (current Tuxedo log file) and its last screen is below:
191723.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191723.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191723.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191724.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191724.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191724.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191724.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191724.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191725.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191725.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191725.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191726.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191726.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191726.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191726.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191726.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191727.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191727.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191727.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
191727.lucylinux.lucydomain!JSH.32462.2485226496.-2: JOLT_CAT:1626: "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password"
I View APPSRV_1023.LOG (current server log file) and its content is below:
PSADMIN.32259 (0) [2013-10-23T18:55:12.134](0) Begin boot attempt on domain PT853
PSAPPSRV.32290 (0) [2013-10-23T18:55:35.701](0) PeopleTools Release 8.53 (Linux) starting. Tuxedo server is APPSRV(99)/1
PSAPPSRV.32290 (0) [2013-10-23T18:55:35.923](0) Cache Directory being used: /home/user/psft/pt/8.53/appserv/PT853/CACHE/PSAPPSRV_1/
PSAPPSRV.32290 (0) [2013-10-23T18:56:19.256](2) App server host time skew is DB+00:00:00 (ORACLE PT853)
PSAPPSRV.32290 (0) [2013-10-23T18:56:23.504](0) Server started
PSAPPSRV.32290 (0) [2013-10-23T18:56:23.507](3) Detected time zone is EDT
PSAPPSRV.32338 (0) [2013-10-23T18:56:25.793](0) PeopleTools Release 8.53 (Linux) starting. Tuxedo server is APPSRV(99)/2
PSAPPSRV.32338 (0) [2013-10-23T18:56:26.003](0) Cache Directory being used: /home/user/psft/pt/8.53/appserv/PT853/CACHE/PSAPPSRV_2/
PSAPPSRV.32338 (0) [2013-10-23T18:57:08.871](2) App server host time skew is DB+00:00:00 (ORACLE PT853)
PSAPPSRV.32338 (0) [2013-10-23T18:57:10.662](0) Server started
PSAPPSRV.32338 (0) [2013-10-23T18:57:10.663](3) Detected time zone is EDT
PSSAMSRV.32388 (0) [2013-10-23T18:57:12.159](2) Min instance is set to 1. To avoid loss of service, configure Min instance to atleast 2.
PSSAMSRV.32388 (0) [2013-10-23T18:57:12.168](0) PeopleTools Release 8.53 (Li nux) starting. Tuxedo server is APPSRV(99)/100
PSSAMSRV.32388 (0) [2013-10-23T18:57:12.265](0) Cache Directory being used: /home/user/psft/pt/8.53/appserv/PT853/CACHE/PSSAMSRV_100/
PSSAMSRV.32388 (0) [2013-10-23T18:57:59.414](0) Server started
PSSAMSRV.32388 (0) [2013-10-23T18:57:59.416](3) Detected time zone is EDT
PSADMIN.32259 (0) [2013-10-23T18:58:48.149](0) End boot attempt on domain PT853
PSAPPSRV.32290 (1) [2013-10-23T18:59:06.144 GetCertificate](3) Returning context. ID=PSADMIN, Lang=ENG, UStreamId=185906140_32290.1, Token=PT_LOCAL/2013-10-23-11.59.26.248432/PSADMIN/ENG/vSz0ix+wq8d+zPRwQ0Wa4hcek0Q=
~
I think the error is indicated in TUXLOG file "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password". The application password "myname" in Browser http://192.168.196.102:8000/ps/signon.html page is not working. I use the same password "myname" to login Data Mover Bootstrap mode, Application Designer, and Application Server psadmin configuration successfully. I have tried a few other passwords in Browser http://192.168.196.102:8000/ps/signon.html page but not working.
My question is:
How to solve Sign In issue on http://192.168.196.102:8000/ps/signon.html that is "ERROR: Jolt client (ip address 192.168.196.102) does not have proper application password" ?
Thanks.

Dear Nicolas,
Hello. I have used the same password for "DomainConnectPswd" in the file Configuration.properties with that for Application Server setting. Eventually, UserID PSADMIN sign in http://192.168.196.102:8000/ps/signon.html successfully. PeopleTools 8.53 runs correctly in Browser.
It seems that whether upgrade Oracle Linux 5.0 to the latest 5.10 does not have effect !
I am very grateful to your great help for this installation of PT8.53 with Linux and Oracle Database !

Connect mac client to mac printer share across subnets

I need to share printers from a Mac. I need to connect
Mac clients on different subnets to the Mac shared printers. I installed
a Mac mini, connected to printers via HP JetDirect Socket (port 9100), and
shared them. I was able to print from the Mac mini, and connect Mac
clients on the same subnet to the shared printers with Bonjour and print.
I moved the Mac mini to its intended location on another subnet. I
immediately learned that Bonjour does not publish services across
subnets. I could not find documentation on how to connect to a Mac shared
printer across subnets, but I did find some third party documentation (only some incomplete
documentation from Apple) on how to implement DNS-SD Service Discovery. I
enabled DNS-SD and was able to publish the printer shares across subnets, but I
was still unable to connect to the printer shares from a Mac client. I
found some third party documentation (none from Apple) on how to manually connect to a Mac
printer share by specifying the IP address of the server, specifying the CUPS
default IPP protocol, and the print queue name. I was unable to connect
to the shared printers. I receive ping replies from my Mac mini, and port
scan reveals that port 631 for IPP, CUPS default, is open. Printer
sharing is configured so everyone can print. I am able to connect to the Mac
mini with VNC Screen Sharing. I don’t see how this can be a network
issue.
Macs don’t seem to like to connect to our Windows
shared printers because of our PaperCut software, and connecting Mac clients to
Windows printer shares and authentication is beyond the average user,
exacerbated by Macs not behaving the same as Windows when bound to an Active
Directory domain.
I called Apple support, they escalated to Apple Enterprise
support. Apple Enterprise support said they couldn’t help me beyond a
single network with no subnets, but Apple Engineering might be able to solve
the problem for $695.
Why do I need to pay $695 to learn how to connect Mac
clients to Mac shared printers, something that should be easy and intuitive and
have documentation readily available? Windows printer sharing is easy and
intuitive and documentation is readily available, and services are published
across subnets without have to implement DNS-SD.

Thank you for your reply. I followed the instructions in the sybaspot.com site and in some of the included references to set up DNS-SD. DNS-SD worked, but I couldn't connect the Mac client to the Mac shared printers.
I also found http://www.papercut.com/products/ng/manual/ch-mac-printing-10-8-9.html#ch-mac-pr inting-10-8-9-sharing-printers.
I expanded my search and found this: http://support.apple.com/kb/PH13940, last modified May 8, 2014. I started work on my project February 2014. Apple Support could have told me about this document.
PH13940 says: "The computers must be on the same local network as your Mac". Apple must not consider multiple subnets one network.
PH13940 says: "Printer sharing is for printers attached directly to your Mac. You don’t need to share network printers, because they are already shared on the network."
Apple must define "network printers" as any printer with a network interface. Microsoft defines network printers as printers shared by another computer. TCP/IP ports are local ports on a Windows computer, so TCP/IP connected printers are local printers that can be shared. Multiple users on a Mac all see the same connected printers. Multiple users on Windows all see the same local printers, but network printer connections can be different for each user.
Apple must not see any value in accounting for printing and assigning the cost to the user or department. We need to account for printing and cannot have any users bypassing the system by printing directly to printers. I have created Access Control lists on the printers to limit connections to the specific IP addresses of our print servers.
The documents about setting up DNS-SD and IPP connections must have assumed USB connected printers on a Mac. The odd thing is that I was able to share a network printer from the Mac mini when the client Mac was on the same subnet. Is PH13940 wrong?
I am Microsoft Certified Systems Engineer 1999 and Apple Certified Technical Coordinator 2013.

Mac client not showing up in Windows DNS

Hi,
I've got a Windows Server 2003 Active Directory network with DNS, DHCP, etc. all running. I have a Mac OS X Panther client I want to be added to my DNS servers automatically. I can successfully bind the mac to AD, and login to AD just fine. The client gets an address from DHCP, but it never shows up in DNS. I have added the DNS servers and domain in the TCP/IP settings, and double-checked all of the network settings. The mac client and windows servers all have the latest patches and updates.
Any ideas?
Thanks,
Mike

Have you tried removing that client from the computer list and re-adding it? If it won't show up, even via the IP, and of course presuming that you've checked any firewalls or routers to make sure nothing's change that could block ARD from reaching that system, you may need to remove the client and reinstall. Instructions for removing the client can be found here.
Hope this helps.
Message was edited by: Dave Sawyer

Certificate error when using connection broker on Mac client

We're using RD Connection Broker using IP address redirection for a couple of years now. Previously Mac client were using iTap RDP without any problems. Clients are connecting using a RD Gateway server.
When trying to connect using the latest Microsoft remote desktop client (version 8.0.24255) a certificate warning is shown saying the IP-address doesn't match the name in the certificate. The client shoudn't match the IP address with the certificate but
should match the farm name. The error occurs when the connection broker redirects the client to a server.
Any help is appreciated
<style type="text/css">p, li { Version 8.0.24255</style>

Hi MatthijsO,
Have you updated it to 8.0.3? Does the issue persist?
Thanks.
Jeremy Wu
TechNet Community Support

802.1x peap mschap v2 with MAC Filter + IP Address Permanent

Hi my name is Ivan, i have an issue
I have one cisco wlc 5508 with ios 7.4.100 with a ssid is working with 802.1x peap mschap v2 with mac filter, and I need configure in the web page of the WLC Security > Mac Filter, a MAC and one IP Address permanent to the users.
I have a service dhcp into the wlc to this profile.
This configuration works fine for 3 or 4 days. At the fifth day , my users renew the ip address, and they can not surfing to internet, because in my firewall i have a policy to the users with exactly ip address, for example.
MAC Filter - IP Address A - UserA
My policy say:
PolicyUserA - Internet
Please, i can establish an filter mac associate to one ip address permanent to one user, when service dhcp in the cisco wlc is active?
I possible to do it?.
How can i do it?

Hi Ivan,
You can not map the mac-ip address pairs on the WLC DHCP.
The WLC has a limited DHCP server functionalities. You better to use an external DHCP server with full functionalities and then you can configure the DHCP server to provide the same IP address everytime to each client in your network.
HTH
Amjad
Rating useful replies is more useful than saying "Thank you"

Duplicate Client IP Address Matching Teamed Adapter on Server

I am experiencing a problem with a client's WLAN and client IP address conflicts.
Basically every wireless client reports a problem that it is having an IP Address conflict with another device on the network (wired).
The device in mention is a Dell Server with Teamed network cards. They have three of them and clients are reporting conflicts with all three.
On investigating further there is no address conflict as the "Teamed Adapter" has a completly different network address (static) and the wireless clients are using the internal WLC DHCP server in a different range. (although it is all one flat network).
The clients report that there is an address conflict, the MAc that it gives is the Teamed Server but the IP address is only its own and not on the Teamed Adapter.
Has anyone seen this before or had a problem with "Teamed Adapters" on servers.
Our environment is:
WLC 4402-50 running 5.2.178
Flat Network.
Thanks

Hi Roman,
thanks for your reply.
Basically what i have found is that it Servers running Microsoft Windows 2003 or Windows 2000, that have teamed NICs using Broadcom Advanced Server Programs (BASP) in an active/active team, respond to other server's gratuitous ARP packet with an incorrect IP address. The Microsoft Windows server will respond to the other server sending the gratuitous ARP, with the Microsoft Windows server team MAC address, but with the other server's IP address in the sender field of the packet. This causes the other system to respond as if there is a duplicate IP on the network.
Fix is to upgrade to BASP driver version 6.2.32, or newer. This version of the BASP driver was first included with the Broadcom NetXtreme Gigabit Ethernet Software.
An upgrade of the drivers apprently will fix this issue althouh i have tried it on 3 servers with this ocnfiguration and it fixed it for two of them.
The work around is to disable the active/active NIC team and use an active/standby team instead.
Someone else on this forum must of come across this before i am sure?
Anyway if it does resolve the issue i will post it back here so that anyone else in the future with this problem has a resolution!!
thanks

802.1x error 23 only on Mac clients

I have been using server 2008 R2 for NPS using 802.1x for about a year or so with my windows clients and it has been working perfectly. Recently however my mac clients cannot authenticate successfully. They get the error posted below. I
cant find the eap log file or at least I dont know what the name of it is. All my Windows clients still work fine, just the couple mac clients cant authenticate even though they have been working fine up until very recently.
Network Policy Server denied access to a user.
Contact the Network Policy Server administrator for more information.
User:
Security ID:
DOMAIN\username
Account Name:
username
Account Domain:
DOMAIN
Fully Qualified Account Name:
DOMAIN\username
Client Machine:
Security ID:
NULL SID
Account Name:
Fully Qualified Account Name:
OS-Version:
Called Station Identifier:
000B866D50A0
Calling Station Identifier:
F0B47923378A
NAS:
NAS IPv4 Address:
172.20.XX.XX
NAS IPv6 Address:
NAS Identifier:
172.20.XX.XX
NAS Port-Type:
Wireless - IEEE 802.11
NAS Port:
7
RADIUS Client:
Client Friendly Name:
Aruba-Master
Client IP Address:
172.20.XX.XX
Authentication Details:
Connection Request Policy Name:
Secure Wireless Connections
Network Policy Name:
Secure Wireless Connections
Authentication Provider:
Windows
Authentication Server:
RADIUS.domain.lan
Authentication Type:
PEAP
EAP Type:
Account Session Identifier:
Logging Results:
Accounting information was written to the local log file.
Reason Code:
23
Reason:
An error occurred during the Network Policy Server use of the Extensible Authentication Protocol (EAP). Check EAP log files for EAP errors.

I don't have a MAC client to test, so it is difficult to answer.
I can tell you that reason code 23 usually occurs when the settings on the client do not match those on the server - one side is set for EAP/TLS and the other is set for PEAP/MSCHAP, for example.
It's also possible that the MAC is doing some kind of server certificate authentication check as part of standard PEAP authentication and this is failing because the required trusted root certificates are expired, or not present. If you can look
at the properties of the certificate store on the MAC it might help.
On a Windows client, and probably on a MAC also a requirement is that the certificate on the RADIUS server be chained to a trusted root certificate on the client. If the client doesn't have this root certificate it will give a generic error like the one
you are seeing. To fix it, you just need to request a certificate on the client.
-Greg

Is my IP address visible if using another wireless network connection?

i've got a few questions concerning surfing anonymously on the web...
first off, are there any MAC apps that would allow me to surf, proxy surf, anonymously? i know there are many available for the PC.
second, is my IP address visible to others on the web if I am connected using someone elses wireless connection instead of mine?
thanks for any insight you may be able to offer.
-roadk

i've got a few questions concerning surfing
anonymously on the web...
first off, are there any MAC apps that would allow me
to surf, proxy surf, anonymously? i know there are
many available for the PC.
Sure:
http://www.google.com/search?q=osx+anonymousproxy
second, is my IP address visible to others on the web
if I am connected using someone elses wireless
connection instead of mine?
I'm not sure you understand the concept of 'your IP address.'
If you use someone elses wireless connection, almost certainly you will get a ssigned a private (rfc 1918) IP address by their router, and that wireless router will be providing the internet via NAT (network address transalation). IOW, you make a web request, the router changes your private IP address into its public one, waits for the reponse, then sends it back to your private address....So, in that scenario...what do you consider 'your' IP address ?
The wireless routers IP address will be known, yes. Anyone with access to the logs on that wireless router will see your MAC address, and see that you have been assigned an IP address, and have accessed the router ( assumeing they know how to read thier logs.) But no one on the internet should be able to tell that your computer made a particular request from behind that wireless router...there is nothing identifying you in that request that goes out into the internet.
So, perhpas I have the scenario wrong, but if not, I hope that answers your concerns.

Mac client (huh!) forgets appointments in future

Hi,
Im not the guy with the mac, but I have to deal with this error.
His post office was down some hours (certificate trouble) and after
restart of the poa he missed the mails between yesterday and november 2014.
But after last night, the missing mails risen, but now some appointments
missed from may in the future.
I think, they will reappear tomorrow.
Windows client and webaccess are listing all mails and full calendar.
System is 2014 SP1 on Linux.
Any hint to force the mac client for sync? Caching mode will also miss
the appointments.
Gotthard
Gotthard Anger
Anwenderbetreuung Netzwerkadministration
Landeskirchenamt der EKM
[email protected]
http://forums.novell.com/member.php?u=35038
Mails an diese Adresse werden nur nach vorheriger Ansage gelesen!
Mails for this address will only be read if you trigger me before.

Gotthard,
It appears that in the past few days you have not received a response to your
posting. That concerns us, and has triggered this automated reply.
Has your problem been resolved? If not, you might try one of the following options:
- Visit http://www.novell.com/support and search the knowledgebase and/or check all
the other self support options and support programs available.
- You could also try posting your message again. Make sure it is posted in the
correct newsgroup. (http://forums.novell.com)
Be sure to read the forum FAQ about what to expect in the way of responses:
http://forums.novell.com/faq.php
If this is a reply to a duplicate posting, please ignore and accept our apologies
and rest assured we will issue a stern reprimand to our posting bot.
Good luck!
Your Novell Forums Team
http://forums.novell.com

Authenticating Mac clients over AD but via a Mac server

Hi, I think (hope) this will be an easy answer, the manuals I've read often talk about doing this but none of them seem that clear in how to actually do it. We'd like to be able to authenticate our Mac clients using the active directory but we'd like it to go via the Mac server so we can amend the policies. I have the server pulling the users and groups and such out of AD but I'm struggling to get the clients to connect to it. I go into Accounts on the clients and try to set the Network Account Server as the Mac Server using both the IP and DNS name but it just sits there for a while looking like it's working, saying things like "Getting server information...", then falls over with a 2200 error stating "Unable to add server - Could not resolve the address".
You probably hear it a lot on here but I'm new to Macs and I just need to get a small group of them integrated into the network with minimal impact so I can forget about them. Any pointers would be appreciated.

Tony to the rescue!
Please check the *http://www.apple.com/server/macosx/resources/documentation.html* and download the *Open Directory Administration.*
Check page 103.
I have done it and it works, assuming the basic setup (DNS, client binding, LDAP lookups) is done correctly.
Kostas

Mac client bc addresses visible to recipients

Similar Messages

Maybe you are looking for