Re: [389-users] Password Sync - Extended Characters nothing happnes?

2012-04-03 Thread MATON Brett
Hi, The password sync service between AD and Directory server appears to “can” passwords with extended characters. I’m working for a client in Belgium at the moment and they’re quite accent happy with passwords. Now, Active Directory happily accepts these passwords but I don’t even

Re: [389-users] Password Sync - Extended Characters nothing happnes?

2012-04-02 Thread MATON Brett
Hi, The password sync service between AD and Directory server appears to “can” passwords with extended characters. I’m working for a client in Belgium at the moment and they’re quite accent happy with passwords. Now, Active Directory happily accepts these passwords but I don’t even

[389-users] Password Sync - Extended Characters nothing happnes?

2012-04-02 Thread MATON Brett
Hi, The password sync service between AD and Directory server appears to "can" passwords with extended characters. I'm working for a client in Belgium at the moment and they're quite accent happy with passwords. Now, Active Directory happily accepts these passwords but I don't even g

Re: [389-users] Admin Server - Encryption Tab

2012-02-09 Thread MATON Brett
From: Rich Megginson [mailto:rmegg...@redhat.com] Sent: 09 February 2012 18:43 To: MATON Brett Cc: General discussion list for the 389 Directory server project. Subject: Re: [389-users] Admin Server - Encryption Tab On 02/09/2012 10:33 AM, MATON Brett wrote: From: Rich Megginson

Re: [389-users] Admin Server - Encryption Tab

2012-02-09 Thread MATON Brett
From: Rich Megginson [mailto:rmegg...@redhat.com] Sent: 09 February 2012 17:39 To: MATON Brett Cc: General discussion list for the 389 Directory server project. Subject: Re: [389-users] Admin Server - Encryption Tab On 02/09/2012 09:37 AM, MATON Brett wrote: From: Rich Megginson

Re: [389-users] Admin Server - Encryption Tab

2012-02-09 Thread MATON Brett
From: Rich Megginson [mailto:rmegg...@redhat.com] Sent: 09 February 2012 17:23 To: General discussion list for the 389 Directory server project. Cc: MATON Brett Subject: Re: [389-users] Admin Server - Encryption Tab On 02/09/2012 09:12 AM, MATON Brett wrote: From: Rich Megginson

Re: [389-users] Admin Server - Encryption Tab

2012-02-09 Thread MATON Brett
From: Rich Megginson [mailto:rmegg...@redhat.com] Sent: 09 February 2012 16:51 To: General discussion list for the 389 Directory server project. Cc: MATON Brett Subject: Re: [389-users] Admin Server - Encryption Tab On 02/09/2012 08:45 AM, MATON Brett wrote: Platform RHEL6.2 x86_64

Re: [389-users] admserv_host_ip_check: ap_get_remote_host could not resolve

2012-02-08 Thread MATON Brett
Hi Rich, I've got no nsAdminAccessHost lines in that config file, only a configuration.nsAdminAccessAddresses entry. Cheers, Brett De : Rich Megginson [mailto:rmegg...@redhat.com] Envoyé : mercredi 8 février 2012 21:15 À : MATON Brett Cc : General discussion list for th

Re: [389-users] dirsrv-admin with existing (remote) configuration server using SSL

2012-02-08 Thread MATON Brett
# dn: objectClass: top namingContexts: dc=admins,dc=unix ... No complaints from those commands, the plot thickens ;) Brett De : Rich Megginson [mailto:rmegg...@redhat.com] Envoyé : mercredi 8 février 2012 16:43 À : General discussion list for the 389 Directory server project. Cc : MATON Br

Re: [389-users] admserv_host_ip_check: ap_get_remote_host could not resolve

2012-02-08 Thread MATON Brett
Hi Rick, I restarted both dirsrv and dirsrv-admin, problem persists though. De : Rich Megginson [mailto:rmegg...@redhat.com] Envoyé : mercredi 8 février 2012 16:39 À : General discussion list for the 389 Directory server project. Cc : MATON Brett Objet : Re: [389-users

Re: [389-users] admserv_host_ip_check: ap_get_remote_host could not resolve

2012-02-08 Thread MATON Brett
picking up a default somewhere? (I don't know why it can't resolve either, nslookup / host can both resolve ip's to hostnames and vice versa). Brett From: Rich Megginson [mailto:rmegg...@redhat.com] Sent: 08 February 2012 00:57 To: MATON Brett Cc: General discussion list

[389-users] dirsrv-admin with existing (remote) configuration server using SSL

2012-02-08 Thread MATON Brett
Installation appears to go fine until it tries to start the admin server: Configuration directory server URL [ldap://:389/o=NetscapeRoot]: ldaps://:636/o=NetscapeRoot ... CA certificate filename: /etc/openldap/cacerts/ ... output: Server failed to start !!! Please check errors log for pr

Re: [389-users] admserv_host_ip_check: ap_get_remote_host could not resolve

2012-02-07 Thread MATON Brett
redhat.com] Envoyé : mardi 7 février 2012 15:18 À : General discussion list for the 389 Directory server project. Cc : MATON Brett Objet : Re: [389-users] admserv_host_ip_check: ap_get_remote_host could not resolve On 02/07/2012 01:05 AM, MATON Brett wrote: How can I stop admin server from logg

Re: [389-users] admserv_host_ip_check: ap_get_remote_host could not resolve

2012-02-07 Thread MATON Brett
-boun...@lists.fedoraproject.org [mailto:389-users-boun...@lists.fedoraproject.org] On Behalf Of MATON Brett Sent: 07 February 2012 09:05 To: 389-us...@lists.fedoraproject.org Subject: [389-users] admserv_host_ip_check: ap_get_remote_host could not resolve How can I stop admin server from logging theses mes

[389-users] admserv_host_ip_check: ap_get_remote_host could not resolve

2012-02-07 Thread MATON Brett
How can I stop admin server from logging theses messages? I realize from the console.conf file that the messages are created because HostnameLookups is Off. My /etc/dirsrv.admin-serv/httpd.conf file has LogLevel set to warn, so why is it logging notice messages? I'm probably overlooking so