bustarangs21 a écrit 7 commentaires

Il n'y a personne qui a une solution???
En attendant, j'ai pu créer des dossiers publics avec des droits restreints sur les dossiers SPAM et HAM. Maintenant, est ce que je peux récupérer les mails toujours en IMAP via fetchmail?

Voici le fichier de configuration de fetchmail :
poll srv.domain.com
proto imap
user spam
pass password
fetchall

Dans le fichier haresources C'est bien "NODE1" qui est a la place de northcarolina

J'ai essayé d'utiliser le tcp.monitor en specifiant bien tcp.monitor -p 389 dans le fichier mon.cf. Ca a l'air de marcher on dirait

Merci de vos réponses, en fait Hearbeat, mon c'est un choix du directeur technique Et il ne veut pas non plus que j'utilise monitor.ldap, je dois faire un test sur le port 389 pour surveiller le serveur LDAP.
Et il me semble qu'il n'y a pas de fichier X.monitor permettant de faire ca , je sais pas.

Pour l'install de Net::LDAPapi : Voici ce que j'obtiens suite a :
perl -MCPAN -e "install Net::LDAPapi"

Location of LDAP Include Files (default: /usr/include):
Location of LDAP Library Files (default: /usr/lib):
Using Netscape's NEW LDAPv3 Development Kit (default: n)?
Checking if your kit is complete...
Looks good
Note (probably harmless): No library found for -lldap10
Writing Makefile for Net::LDAPapi
cp LDAPapi.pm blib/lib/Net/LDAPapi.pm
AutoSplitting blib/lib/Net/LDAPapi.pm (blib/lib/auto/Net/LDAPapi)
/usr/bin/perl constant.gen >constant.h
/usr/bin/perl /usr/lib/perl5/5.8.0/ExtUtils/xsubpp -typemap /usr/lib/perl5/5.8.0/ExtUtils/typemap -typemap typemap LDAPapi.xs > LDAPapi.xsc && mv LDAPapi.xsc LDAPapi.c
gcc -c -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g -pipe -march=i386 -mcpu=i686 -DVERSION=\"1.42\" -DXS_VERSION=\"1.42\" -fPIC "-I/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE" -DNETSCAPE_LDAP LDAPapi.c
LDAPapi.xs:19:23: ldap_ssl.h: Aucun fichier ou répertoire de ce type
LDAPapi.xs:39: erreur de syntaxes avant « ns_internal_rebind_proc »
LDAPapi.xs: Dans la fonction « av2modvals »:
LDAPapi.xs:95: « na » non déclaré (première utilisation dans cette fonction)
LDAPapi.xs:95: (Chaque identificateur non déclaré est rapporté une seule fois
LDAPapi.xs:95: pour chaque fonction dans laquelle il apparaît.)
LDAPapi.xs: Dans la fonction « parse1mod »:
LDAPapi.xs:197: « na » non déclaré (première utilisation dans cette fonction)
LDAPapi.c: Dans la fonction « XS_Net__LDAPapi_ldap_version »:
LDAPapi.c:550: « LDAPVersion » non déclaré (première utilisation dans cette fonction)
LDAPapi.c:550: « ver » non déclaré (première utilisation dans cette fonction)
LDAPapi.c:550: erreur de syntaxes avant le jeton « ) »
LDAPapi.xs: Dans la fonction « XS_Net__LDAPapi_ldap_search »:
LDAPapi.xs:578: « na » non déclaré (première utilisation dans cette fonction)
LDAPapi.xs: Dans la fonction « XS_Net__LDAPapi_ldap_search_s »:
LDAPapi.xs:614: « na » non déclaré (première utilisation dans cette fonction)
LDAPapi.xs: Dans la fonction « XS_Net__LDAPapi_ldap_search_st »:
LDAPapi.xs:660: « na » non déclaré (première utilisation dans cette fonction)
LDAPapi.xs: Dans la fonction « XS_Net__LDAPapi_ldap_explode_dns »:
LDAPapi.xs:895: AVERTISSEMENT: affectation transforme en pointeur un entier sans transtypage
LDAPapi.c: Dans la fonction « XS_Net__LDAPapi_ldapssl_init »:
LDAPapi.c:1681: AVERTISSEMENT: affectation transforme en pointeur un entier sans transtypage
LDAPapi.xs: Dans la fonction « XS_Net__LDAPapi_ldap_set_rebind_proc »:
LDAPapi.xs:1004: trop d'arguments pour la fonction « ldap_set_rebind_proc »
LDAPapi.xs:1014: AVERTISSEMENT: passage de arg 2 de « ldap_set_rebind_proc » d'un type pointeur incompatible
LDAPapi.xs:1014: trop d'arguments pour la fonction « ldap_set_rebind_proc »
LDAPapi.xs: Dans la fonction « XS_Net__LDAPapi_ldap_url_parse »:
LDAPapi.xs:1103: structure n'a pas de membre nommé « lud_options »
LDAPapi.xs:1137: « sv_undef » non déclaré (première utilisation dans cette fonction)
LDAPapi.xs: Dans la fonction « XS_Net__LDAPapi_ldap_multisort_entries »:
LDAPapi.xs:1221: « na » non déclaré (première utilisation dans cette fonction)
make: *** [LDAPapi.o] Erreur 1
/usr/bin/make -- NOT OK
Running make test
Can't test without successful make
Running make install
make had returned bad status, install seems impossible
Failed during this command:
CDONLEY/Net-LDAPapi-1.42.tar.gz : make NO

Rebonjour,
En fait le message d'erreur obtenu correspondait au fait que le fichier /var/net-snmp n'était pas accesible en écriture.
Apres avoir fait un chmod, la commande php nom_fichier.php me donne bien un résultat.
Le problème c'est qu'avec apache, lorsque je met http://localhost/nom_fichier.php, j'ai le message d'erreur initial :
Warning: snmpget(): Could not open snmp connection: Unknown host in /usr/local/apache/htdocs/nom_fichier.php.
En gros, Retour à la case départ !
Merci.

Déja j'arrive pas a me logger en tant qu apache avec " su apache" ou " su - apache" : This account is currently not available.
Et pourtant apache existe bien dans /etc/group.

Deuxièmement dans le fichier httpd.conf, il y a user et group, avec mon ancien serveur apache, j'avais ww-data comme valeur, cette fois ci, j'ai nobody, j'ai essayé avec apache, www-data, un nom d'utilisateur du système, ca marche toujours pas !
C'est une histoire de droit surement comme vous le dites.
J'ai essayé "snmpget ..... "avec un utilisateur du système en ligne de commande; ca marche.
Mais lorsque je lance cette meme commande dans un fichier php avec php nom_fichier.php, j'obtient le résultat souhaité avec un message d'erreur :

Nom :STRING: fedora No log handling enabled - turning on stderr logging
read_config_store open failure on /var/net-snmp/snmpapp.conf
read_config_store open failure on /var/net-snmp/snmpapp.conf
read_config_store open failure on /var/net-snmp/snmpapp.conf

Alors qu'avec root, ca marche ! Et Dans snmpapp.conf, il n'y a rien !

Merci pour vos aides ! Ca fait plaisir !