Vous n'êtes pas identifié(e).
Bonjour à toutes et à tous,
J'ai installé les paquets suivants pour monter un serveur mail :
postfix
postfix-mysql
postfix-pcre
mysql-serveur
mysql-client
Je pense être arrivé à configurer postfix pour accéder à la base MySql mais postfix ne reconnait pas les utilisateurs déjà enregistrés dans cette base.
J'ai beau cherché sur le Net comment résoudre ce problème mais je n'y suis pas parvenu.
Toute aide est la bienvenue
Hors ligne
Bienvenue,
J'ai beau cherché sur le Net comment résoudre ce problème mais je n'y suis pas parvenu.
J'ai beau chercher partout mais je ne trouve pas le moindre extrait de log qui pourrait m'aiguiller vers une éventuelle solution à ton problème.
Je t'invite vivement à nous faire par d'un peu plus d'information. Notamment, ton /var/log/mail.log et éventuellement le tutoriel que tu as surement suivi pour mettre en place ton système à base "virtual mailboxes".
A bientôt
Hors ligne
Bonjour à toi oDn et merci pour ta réponse.
En réponse à tes questions :
Le tuto que j'ai suivi pour l'installation à été sur le site http://www.creaty.fr/wiki/index.php/Ser … il_POSTFIX
Voici les fichiers de configuration que j'ai actuellement sur mon serveur
Main.cf
# See /usr/share/postfix/main.cf.dist for a commented, more complete version
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no
# appending .domain is the MUA's job.
append_dot_mydomain = yes
# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h
myhostname = debian.ctn.com
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = debian.ctn.com, localhost.ctn.com, localhost
relayhost =
mynetworks = 127.0.0.0/8
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
# Ajouté manuellement
mail_owner = postfix
queue_directory = /var/spool/postfix
virtual_mailbox_base = /data/mail
virtual_minimum_uid = 1001
virtual_mailbox_maps = mysql:/etc/postfix/mysql/vmailbox.cf
virtual_maps = mysql:/etc/postfix/mysql/virtual.cf
transport_maps = mysql:/etc/postfix/mysql/transport.cf
virtual_uid_maps = 1001
virtual_gid_maps = 109
Master.cf (jai supprimé les commentaires du début)
smtp inet n - - - - smtpd
#submission inet n - - - - smtpd
# -o smtpd_etrn_restrictions=reject
#628 inet n - - - - qmqpd
pickup fifo n - - 60 1 pickup
cleanup unix n - - - 0 cleanup
qmgr fifo n - - 300 1 qmgr
#qmgr fifo n - - 300 1 oqmgr
rewrite unix - - - - - trivial-rewrite
bounce unix - - - - 0 bounce
defer unix - - - - 0 bounce
trace unix - - - - 0 bounce
verify unix - - - - 1 verify
flush unix n - - 1000? 0 flush
proxymap unix - - n - - proxymap
smtp unix - - n - - smtp
relay unix - - - - - smtp
# -o smtp_helo_timeout=5 -o smtp_connect_timeout=5
showq unix n - - - - showq
error unix - - - - - error
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - n - - lmtp
anvil unix - - n - 1 anvil
#
# Interfaces to non-Postfix software. Be sure to examine the manual
# pages of the non-Postfix software to find out what options it wants.
#
# maildrop. See the Postfix MAILDROP_README file for details.
#
maildrop unix - n n - - pipe
flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
uucp unix - n n - - pipe
flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
ifmail unix - n n - - pipe
flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp unix - n n - - pipe
flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -d -t$nexthop -f$sender $recipient
scalemail-backend unix - n n - 2 pipe
flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension}
# only used by postfix-tls
#tlsmgr fifo - - n 300 1 tlsmgr
#smtps inet n - n - - smtpd -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes
#587 inet n - n - - smtpd -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes
Transport.cf
user = postfix
password = postfix
dbname = postfix
table = domain
select_field = transport
where_field = domain
hosts = 127.0.0.1
Vdomain.cf
user = postfix
password = postfix
dbname = postfix
table = domain
select_field = domain
where_field = domain
hosts = 127.0.0.1
Virtual.cf
user = postfix
password = postfix
dbname = postfix
table = alias
select_field = alias
where_field = id
hosts = 127.0.0.1
Vmailbox.cf
user = postfix
password = postfix
dbname = postfix
table = mailbox
select_field = maildir
where_field = username
hosts = 127.0.0.1
Enfin un extrait du fichier log mail.log
Apr 12 07:57:30 debian postfix/pickup[2779]: 402093E485: uid=0 from=<root>
Apr 12 07:57:30 debian postfix/cleanup[3063]: 402093E485: message-id=<[email protected]>
Apr 12 07:57:30 debian postfix/qmgr[2780]: 402093E485: from=<[email protected]>, size=327, nrcpt=1 (queue active)
Apr 12 07:57:30 debian postfix/local[3069]: 402093E485: to=<[email protected]>, relay=local, delay=0, status=bounced (unknown user: "sojavelo")
Apr 12 07:57:30 debian postfix/cleanup[3063]: 78D563E486: message-id=<[email protected]>
Apr 12 07:57:30 debian postfix/qmgr[2780]: 78D563E486: from=<>, size=1955, nrcpt=1 (queue active)
Apr 12 07:57:30 debian postfix/qmgr[2780]: 402093E485: removed
Apr 12 07:57:30 debian postfix/local[3069]: 78D563E486: to=<[email protected]>, orig_to=<[email protected]>, relay=local, delay=0, status=sent (delivered to mailbox)
Apr 12 07:57:30 debian postfix/qmgr[2780]: 78D563E486: removed
Apr 12 08:00:46 debian postfix/pickup[2779]: B697F3E485: uid=0 from=<root>
Apr 12 08:00:46 debian postfix/cleanup[3083]: B697F3E485: message-id=<[email protected]>
Apr 12 08:00:46 debian postfix/qmgr[2780]: B697F3E485: from=<[email protected]>, size=303, nrcpt=1 (queue active)
Apr 12 08:00:46 debian postfix/local[3088]: B697F3E485: to=<[email protected]>, relay=local, delay=0, status=bounced (unknown user: "user1")
Apr 12 08:00:46 debian postfix/cleanup[3083]: C08F53E486: message-id=<[email protected]>
Apr 12 08:00:46 debian postfix/qmgr[2780]: C08F53E486: from=<>, size=1919, nrcpt=1 (queue active)
Apr 12 08:00:46 debian postfix/qmgr[2780]: B697F3E485: removed
Apr 12 08:00:46 debian postfix/local[3088]: C08F53E486: to=<[email protected]>, orig_to=<[email protected]>, relay=local, delay=0, status=sent (delivered to mailbox)
Apr 12 08:00:46 debian postfix/qmgr[2780]: C08F53E486: removed
Apr 12 08:14:23 debian postfix/pickup[2779]: 132503E485: uid=0 from=<root>
Apr 12 08:14:23 debian postfix/cleanup[3149]: 132503E485: message-id=<[email protected]>
Apr 12 08:14:23 debian postfix/qmgr[2780]: 132503E485: from=<[email protected]>, size=304, nrcpt=1 (queue active)
Apr 12 08:14:23 debian postfix/local[3155]: 132503E485: to=<[email protected]>, relay=local, delay=0, status=sent (delivered to mailbox)
Apr 12 08:14:23 debian postfix/qmgr[2780]: 132503E485: removed
Apr 12 08:17:28 debian postfix/postfix-script: refreshing the Postfix mail system
Apr 12 08:17:28 debian postfix/master[2758]: reload configuration
Apr 12 08:17:43 debian postfix/pickup[3194]: D65BC3E485: uid=0 from=<root>
Apr 12 08:17:43 debian postfix/cleanup[3200]: D65BC3E485: message-id=<[email protected]>
Apr 12 08:17:43 debian postfix/qmgr[3195]: D65BC3E485: from=<[email protected]>, size=316, nrcpt=1 (queue active)
Apr 12 08:17:43 debian postfix/local[3206]: D65BC3E485: to=<[email protected]>, relay=local, delay=0, status=sent (delivered to mailbox)
Apr 12 08:17:43 debian postfix/qmgr[3195]: D65BC3E485: removed
Apr 12 08:24:19 debian postfix/postfix-script: stopping the Postfix mail system
Apr 12 08:24:19 debian postfix/master[2758]: terminating on signal 15
Apr 12 08:24:22 debian postfix/postfix-script: starting the Postfix mail system
Apr 12 08:24:22 debian postfix/master[3322]: daemon started -- version 2.1.5
Apr 12 08:24:43 debian postfix/pickup[3323]: DD42D3E485: uid=0 from=<root>
Apr 12 08:24:43 debian postfix/cleanup[3328]: DD42D3E485: message-id=<[email protected]>
Apr 12 08:24:43 debian postfix/qmgr[3324]: DD42D3E485: from=<[email protected]>, size=296, nrcpt=1 (queue active)
Apr 12 08:24:43 debian postfix/local[3334]: DD42D3E485: to=<[email protected]>, relay=local, delay=0, status=sent (delivered to mailbox)
Apr 12 08:24:43 debian postfix/qmgr[3324]: DD42D3E485: removed
Apr 12 08:25:15 debian postfix/pickup[3323]: EE4113E485: uid=0 from=<root>
Apr 12 08:25:15 debian postfix/cleanup[3328]: EE4113E485: message-id=<[email protected]>
Apr 12 08:25:15 debian postfix/qmgr[3324]: EE4113E485: from=<[email protected]>, size=299, nrcpt=1 (queue active)
Apr 12 08:25:15 debian postfix/local[3334]: EE4113E485: to=<[email protected]>, relay=local, delay=0, status=bounced (unknown user: "user1")
Apr 12 08:25:16 debian postfix/cleanup[3328]: 00A963E480: message-id=<[email protected]>
Apr 12 08:25:16 debian postfix/qmgr[3324]: 00A963E480: from=<>, size=1915, nrcpt=1 (queue active)
Apr 12 08:25:16 debian postfix/qmgr[3324]: EE4113E485: removed
Apr 12 08:25:16 debian postfix/local[3334]: 00A963E480: to=<[email protected]>, orig_to=<[email protected]>, relay=local, delay=0, status=sent (delivered to mailbox)
Apr 12 08:25:16 debian postfix/qmgr[3324]: 00A963E480: removed
PS : je fait actuellement le test en envoyant directement le mail par ligne de commande
Hors ligne
Hello,
j'ai jeté un très rapide coup d'œil à ton post (avant d'aller manger, j'ai le cerveau qui patauge un peu) et j'ai cru remarquer que ton smptd est encore chrooté (cf. ton master.cf).
C'est bien évidemment la première chose qui a attiré mon regard.
Une fois que tu auras réglé ce petit soucis, tu peux tester ta config grâce à postmap.
Exemple:
#pour tester si postfix arrive à faire un lookup mysql pour un utilisateur:
postmap -v -q [email protected] mysql:/etc/postfix/mysql/vmailbox.cf
postmap t'évitera d'envoyer l'énième mail avec le sujet "test dqsqshfq" depuis ta console.
Il se peut que ton seul problème soit le chroot.
Bonne chance
Hors ligne
Re-bonjour,
J'ai fait comme tu as recommandé.
smtpd n'est plus chrooté
Après redémarrage de posrtfix (postfix reload), j'ai exécuté la commade postmap et la réponse est :
debian:/etc/postfix# postmap -v -q [email protected] mysql:/etc/postfix/mysql/vmailbox.cf
postmap: cfg_get_str: /etc/postfix/mysql/vmailbox.cf: user = postfix
postmap: cfg_get_str: /etc/postfix/mysql/vmailbox.cf: password = postfix
postmap: cfg_get_str: /etc/postfix/mysql/vmailbox.cf: dbname = postfix
postmap: cfg_get_str: /etc/postfix/mysql/vmailbox.cf: table = mailbox
postmap: cfg_get_str: /etc/postfix/mysql/vmailbox.cf: select_field = maildir
postmap: cfg_get_str: /etc/postfix/mysql/vmailbox.cf: where_field = username
postmap: cfg_get_str: /etc/postfix/mysql/vmailbox.cf: additional_conditions =
postmap: cfg_get_str: /etc/postfix/mysql/vmailbox.cf: hosts = 127.0.0.1
postmap: mysqlname_parse: /etc/postfix/mysql/vmailbox.cf: adding host '127.0.0.1' to list of mysql server hosts
postmap: dict_open: mysql:/etc/postfix/mysql/vmailbox.cf
postmap: dict_mysql_lookup using sql query: select maildir from mailbox where username = '[email protected]'
postmap: dict_mysql_get_active: attempting to connect to host 127.0.0.1
postmap: dict_mysql: successful connection to host 127.0.0.1
postmap: dict_mysql: successful query from host 127.0.0.1
postmap: dict_mysql_lookup: retrieved 1 rows
debian.ctn.com/s/sojavelo
Ce qui me paraît être un bon signe.
Par contre, avec la commande mail [email protected], j'ai le log suivant
Apr 13 14:31:58 debian postfix/pickup[3205]: B73C43E485: uid=0 from=<root>
Apr 13 14:31:58 debian postfix/cleanup[3229]: B73C43E485: message-id=<[email protected]>
Apr 13 14:31:58 debian postfix/qmgr[3206]: B73C43E485: from=<[email protected]>, size=307, nrcpt=1 (queue active)
Apr 13 14:31:58 debian postfix/local[3235]: B73C43E485: to=<[email protected]>, relay=local, delay=0, status=bounced (unknown user: "sojavelo")
Apr 13 14:31:58 debian postfix/cleanup[3229]: C2B7B3E486: message-id=<[email protected]>
Apr 13 14:31:58 debian postfix/qmgr[3206]: C2B7B3E486: from=<>, size=1935, nrcpt=1 (queue active)
Apr 13 14:31:58 debian postfix/qmgr[3206]: B73C43E485: removed
Apr 13 14:31:58 debian postfix/local[3235]: C2B7B3E486: to=<[email protected]>, orig_to=<[email protected]>, relay=local, delay=0, status=sent (delivered to mailbox)
Apr 13 14:31:58 debian postfix/qmgr[3206]: C2B7B3E486: removed
Il continue toujours à ne pas reconnaître l'utilisateur sojavelo.
Merci d'avance pour la prochaine instruction
Hors ligne
Essaie d'activer les logs MySQL pour voir quelles requetes effectue postfix ?
- Tu sais ce qui ferait bien sur le bar ?
- Uh ?
- TON NEZ ! *BUNK*
-+- Culture générale in GPJ: Full Throttle -+-
Hors ligne
Hello kokok,
en effet des logs MySQL ne ferait pas de mal.
Cependant, tout à l'air de fonctionner correctement comme l'a montré ta requête postmap.
Je pense que tu as un problème avec la configuration de ton pseudo daemon "virtual" qui s'occupe de distribuer le mail des utilisateurs virtuels.
Apr 13 14:31:58 debian postfix/local[3235]: B73C43E485: to=<[email protected]>, relay=local, delay=0, status=bounced (unknown user: "sojavelo")
Comme tu peux le voir au dessus, c'est "local" qui est invoqué pour identifier [email protected] (Apr 13 14:31:58 debian postfix/local[3235]) or ce devrait être "virtual". Local tente de distribuer les mails aux comptes locaux, sans @domain.tld donc, ce qui explique pour quoi tu obtiens unknown user: "sojavelo" et non unknown user: "[email protected]".
Si ma mémoire est bonne ... fin de semaine oblige, j'ai des doutes ... mais ton soucis se trouve à ce niveau:
mydestination = debian.ctn.com, localhost.ctn.com, localhost
Tu devrais indiquer :
mydestination = localhost.ctn.com, localhost
étant donné que debian.ctn.com est un domaine virtuel géré par virtual_mailbox_domains
D'ailleurs en écrivant ceci, je me suis rendu compte qu'il n'y a aucune mention de virtual_mailbox_domains dans ton main.cf.
Tu devrais ajouter ceci:
virtual_mailbox_domains = mysql:/etc/postfix/mysql/vdomain.cf
Un petit postmap devrait te confirmer que tout fonctionne correctement (tu commences à avoir l'habitude je suppose ^^)
postmap -v -q debian.ctn.com mysql:/etc/postfix/mysql/vdomain.cf
Tiens nous au courant et bonne chance, je pense qu'on est proche de la solution.
Hors ligne
Bonjour à tous,
J'ai fait comme me l'a recommandé oDn et je suis arrivé à un resultat plus satisfaisant même si je ne suis pas encore au bout de mes peines.
Actuellement, j'ai le log suivant :
Apr 16 10:56:28 debian postfix/qmgr[2767]: 2BEEC3E485: from=<[email protected]>, size=304, nrcpt=1 (queue active)
Apr 16 10:56:28 debian postfix/virtual[3078]: 2BEEC3E485: to=<[email protected]>, relay=virtual, delay=173942, status=deferred (mailbox /data/mail/debian.ctn.com/u/user1: cannot open file: Is a directory)
Je comprends le message d'erreur mais je ne trouve pas la solution qui pourrait s'accorder à la configuration que je voudrais mettre en place.
Je m'explique.
J'ai déjà pu voir 2 serveurs mails utilisant postfix et j'ai pu constater que chaque compte utilisateur a son propre répertoire contenant les répertoires cur, new et tmp.
Apparemment, virtual ne reconnait pas cette arborescence puisqu'il considère le mailbox comme un fichier et non pas un répertoire de base.
Est-ce qu'il faut que j'installe d'autres paquets supplémentaires ?
Hors ligne
Dans ce cas, il faut que tu configure procmail (ou ton MDA) pour utiliser des maildir au lieu d'utiliser des mailbox.
Ce qu'il y a de bien avec les standards, c'est qu'il y en a beaucoup entre lesquels choisir.
Hors ligne
Suite au conseil de Tihz, que je remercie d'ailleurs, faut-il alors que j'installe aussi courier-imap et courier-pop ? ou bien y a-t-il d'autres moyens à mettre en oeuvre pour utiliser maildir ?
Hors ligne
Tu n'est pas obliger d'installer de serveur imap ou pop pour lire tes mails. C'est juste plus simple.
Un simple cat /data/mail/debian.ctn.com/u/user1/new/msgxxx te permet de lire le message (msgxxx etant bien entendu un nom pris au hasard dans ce cas).
Par contre, mais ce n'est qu'un choix personnel, j'utilise dovecot comme serveur imap/pop que je trouve un peu moins vieillissant que courier.
Dernière modification par Tihz (16/04/2007 14:24:11)
Ce qu'il y a de bien avec les standards, c'est qu'il y en a beaucoup entre lesquels choisir.
Hors ligne
Merci pour le conseil Tihz. J'y reviendrai plus tard.
Mon objectif premier n'est pas de pouvoir lire directement les mails à partir du serveur mais plutôt de configurer celui-ci pour que les utilisateurs puissent les y récupérer.
Je repose ma question : Comment vais-je faire pour que mon postfix utilise maildir et non pas mailbox.
Dans ma situation actuelle, je suis en phase de recherche sur comment on le fait et ton conseil me sera bien utile.
Hors ligne
Après avoir un peu mieux analyser ma configuration, il semble que la livraison des mail (deliver) de postfix se configure dans /etc/postfix/main.cf
Chez moi, j'utilise procmail donc un des paramètres est : mailbox_command = procmail -a "$EXTENSION"
Il faut par la suite configurer procmail pour qu'il redirige les mails vers les bonnes boites.
Si tu ne veux pas utiliser procmail, le paramètre doit être : home_mailbox = Maildir/ pour que les mail arrive dans le répertoire ~/Maildir/ (voir plus en detail le man pour changer de répertoire)
Les deux paramètres sont conflictuel l'un avec l'autre et je ne sais pas du tout lequel prend l'avantage sur l'autre.
Je m'y connais tres peu en postfix, j'ai commencer a regarder depuis 2 mois a peine donc je ne pourrais pas t'aider beaucoup plus sauf sur les principe de base.
Ce qu'il y a de bien avec les standards, c'est qu'il y en a beaucoup entre lesquels choisir.
Hors ligne
J'ai beau essayé les 2 methodes proposées par Tihz mail mon postfix continue à utiliser mailbox et non pas maildir pour livrer les messages.
En plus, j'ai déjà installé les paquets pour le serveur Courier avec un apt-get install.
Autre question qui me préoccupe aussi :
La commande which procmail ne donne rien sur mon serveur. Est-ce là une raison pour que mon postfix persiste à utiliser mailbox pour délivrer les messages ?
Merci pour toute réponse
Hors ligne
Tu n'a pas oublier de rajouter le / à la fin du home_mailbox, par hasard ?
Si which procmail ne donne rien, c'est que procmail n'est pas installer sur ton système.
Dernière modification par Tihz (17/04/2007 11:18:13)
Ce qu'il y a de bien avec les standards, c'est qu'il y en a beaucoup entre lesquels choisir.
Hors ligne
Pour répondre à Tihz, je ne pense pas avoir omis quoi que ce soit.
Une question qui pourrait paraître bête mais pour laquelle j'ai besoin de réponse : est-ce que postfix peut se passer de procmail ? Dans ce cas, comment activer le maildir à la place de mailbox ?
Hors ligne
Pour répondre à Tihz, je ne pense pas avoir omis quoi que ce soit.
Une question qui pourrait paraître bête mais pour laquelle j'ai besoin de réponse : est-ce que postfix peut se passer de procmail ? Dans ce cas, comment activer le maildir à la place de mailbox ?
Oui il suffit de ne pas preciser l'option mailbox_command
Avec le / a la fin du parametre donné a home_mailbox. Sans / il utilise mailbox, avec / il utilise les maildir
Ce qu'il y a de bien avec les standards, c'est qu'il y en a beaucoup entre lesquels choisir.
Hors ligne
kokok552 a écrit :Pour répondre à Tihz, je ne pense pas avoir omis quoi que ce soit.
Une question qui pourrait paraître bête mais pour laquelle j'ai besoin de réponse : est-ce que postfix peut se passer de procmail ? Dans ce cas, comment activer le maildir à la place de mailbox ?
Oui il suffit de ne pas preciser l'option mailbox_command
Avec le / a la fin du parametre donné a home_mailbox. Sans / il utilise mailbox, avec / il utilise les maildir
Je réponds en coup de vent et je plussoie la réponse de Tihz.
Cependant, j'ai 3 serveurs de mail qui tournent aujourd'hui sous Postfix et sur aucun (de mémoire) je n'ai spécifié explicitement l'utilisation du format Maildir. Je ne suis pas tout à fait sûr cependant.
En effet, l'option mailbox_command n'a pas trop de sens dans un environnement à base d'utilisateur virtuels. C'est le résultat des requêtes MySQL qui doit retourner un chemin se terminant par un "/".
Bon courage, je te confirmerai tout ça en fin de semaine lorsque je serais à nouveau au bureau.
Hors ligne
Bonjour à toutes et à tous,
Vous avez tout à fait raison. Il faut que le chemin retourné par la requête MySql se termine par "/" pour que postfix invoque directement maildir et non pas mailbox.
Je propose de clore ce sujet avec un grand merci pour l'aide et le temps que vous avez tous consacré à mon problème.
Je vais m'attaquer à la configuration du serveur courier et je ne manquerai pas de poster de nouveaux problèmes ne serait-ce que pour élargir ma connaissance du système Linux.
Encore une fois, merci
Hors ligne
Et pourquoi pas faire une petite documentation ?
Andesi ne devrait pas être qu'un déversoir à questions mais aussi héberger des documentations !
LeDub qui, pour son nouveau taff, se fait quelques docs !
« Ne doutez pas qu'un petit nombre de personnes déterminées puisse changer le monde. En fait, ça a même toujours marché comme ça.»
Margaret Mead
---
VeoSearch est un moteur de recherche solidaire qui permet de financer des projets associatifs de développement durable par vos recherches Internet. Utilisez-le !!!
Hors ligne
un grand merci pour l'aide et le temps que vous avez tous consacré à mon problème.
Ravi d'avoir pu te rendre service !
Et pourquoi pas faire une petite documentation ?
Andesi ne devrait pas être qu'un déversoir à questions mais aussi héberger des documentations !
Tout à fait d'accord avec toi ledub. Cependant, une quantité hallucinante de doc existe déjà sur le sujet. Enfin, il faudrait vraiment être très précis et complet sur une doc de ce type car le sujet est traité de nombreuses façon. Très souvent de manière maladroite d'ailleurs.
LeDub qui, pour son nouveau taff, se fait quelques docs !
Tu as décidé de te faire exploiter par qui maintenant?
Hors ligne