Configuration fetchmail en multidrop (serveur Postfix/cyrus)

97 views
Skip to first unread message

jive...@yahoo.fr

unread,
Nov 3, 2006, 9:29:10 PM11/3/06
to assistance Informatique
Bonjour,
Je suis un peu embêté, j'ai besoin de configurer fetchmail en
multidrop pour récupérer tous les mails de boite et les redistribuer.
J'ai réussi à le faire fonctionner en single drop, mais pas en multi.
J'ai lu le man, essayé de comprendre les options, j'ai même fini par
installer fetchmailconf et configurer fetchmail avec, mais rien n'y
fait, je n'ai pas encore trouvé la bonne config.


Est-ce que quelqu'un aurait un exemple de fichier .fetchmailrc en
multidrop à me montrer pour que je le compare au miens.

Voici le mien :

Bon... J'ai téléchargé et installé fetchmailconf parce que je n'y
arrivais pas tout seul.
Je suis reparti d'un fichier vide.
Avec fetchmail conf, j'ai obtenu ceci :

makotux:~ # cat .fetchmailrc
# Configuration created Fri Nov 3 14:30:41 2006 by fetchmailconf
set syslog
set postmaster "postmaster"
set bouncemail
set no spambounce
set properties ""
poll pop.mana.pf with proto POP3 interval 900
user 'compte.toto' there with password 'notresecret' is '*' here

La je suis encore en singledrop avec l'utilisateur * (entre ' ' il est
sensé être un utilisateur existant).
Pour preuve : J'ai fait un test avec fetchmail --version et il me donne
ceci:
Citation:
makotux:/var/log # fetchmail --version
This is fetchmail release 6.2.5+POP2+RPA+NTLM+SDPS+SSL+OPIE+NLS
Fallback MDA: (none)
Linux makotux 2.6.5-7.276-smp #1 SMP Mon Jul 24 10:45:31 UTC 2006 i686
i686 i386 GNU/Linux
Taking options from command line and /root/.fetchmailrc
Idfile is /root/.fetchids
Progress messages will be logged via syslog
Fetchmail will show progress dots even in logfiles.
Fetchmail will forward misaddressed multidrop messages to postmaster.
Options for retrieving from compt...@pop.mana.pf:
Poll of this server will occur every 900 intervals.
True name of server is pop.mana.pf.
Protocol is POP3.
All available authentication methods will be tried.
Server nonresponse timeout is 300 seconds (default).
Default mailbox selected.
Only new messages will be retrieved (--all off).

Fetched messages will be kept on the server (--keep on).
Old messages will not be flushed before message retrieval (--flush
off).
Rewrite of server-local addresses is enabled (--norewrite off).
Carriage-return stripping is disabled (stripcr off).
Carriage-return forcing is disabled (forcecr off).
Interpretation of Content-Transfer-Encoding is enabled (pass8bits off).
MIME decoding is disabled (mimedecode off).
Idle after poll is disabled (idle off).
Nonempty Status lines will be kept (dropstatus off)
Delivered-To lines will be kept (dropdelivered off)
Fetch message size limit is 100 (--fetchsizelimit 100).
Do binary search of UIDs during 9 out of 10 polls (--fastuidl 10).
Messages will be SMTP-forwarded to: localhost (default)
Single-drop mode: 1 local name(s) recognized.
No UIDs saved from this host.

J'ai fait quelques aménagements, à savoir ce qui suit :

makotux:~ # cat .fetchmailrc
# Configuration created Fri Nov 3 14:30:41 2006 by fetchmailconf
set syslog
set postmaster "postmaster"
set bouncemail
set no spambounce
set properties ""
poll pop.mana.pf with proto POP3 interval 900
user 'compte.toto' there with password 'MotDePasseANous' is * here
<==retrait des ' autour de *
options keep <== Ajout de l'option keep tant que le serveur n'est pas
en prod.
Maintenant la commande fetchmail --version donne ceci :
Citation:

makotux:/var/log # fetchmail --version
This is fetchmail release 6.2.5+POP2+RPA+NTLM+SDPS+SSL+OPIE+NLS
Fallback MDA: (none)
Linux makotux 2.6.5-7.276-smp #1 SMP Mon Jul 24 10:45:31 UTC 2006 i686
i686 i386 GNU/Linux
Taking options from command line and /root/.fetchmailrc
Idfile is /root/.fetchids
Progress messages will be logged via syslog
Fetchmail will show progress dots even in logfiles.
Fetchmail will forward misaddressed multidrop messages to postmaster.
Options for retrieving from compt...@pop.mana.pf:
Poll of this server will occur every 900 intervals.
True name of server is pop.mana.pf.
Protocol is POP3.
All available authentication methods will be tried.
Server nonresponse timeout is 300 seconds (default).
Default mailbox selected.
Only new messages will be retrieved (--all off).
Fetched messages will be kept on the server (--keep on).
Old messages will not be flushed before message retrieval (--flush
off).
Rewrite of server-local addresses is enabled (--norewrite off).
Carriage-return stripping is disabled (stripcr off).
Carriage-return forcing is disabled (forcecr off).
Interpretation of Content-Transfer-Encoding is enabled (pass8bits off).
MIME decoding is disabled (mimedecode off).
Idle after poll is disabled (idle off).
Nonempty Status lines will be kept (dropstatus off)
Delivered-To lines will be kept (dropdelivered off)
Fetch message size limit is 100 (--fetchsizelimit 100).
Do binary search of UIDs during 9 out of 10 polls (--fastuidl 10).
Messages will be SMTP-forwarded to: localhost (default)
Multi-drop mode: 1 local name(s) recognized.
DNS lookup for multidrop addresses is enabled.
Server aliases will be compared with multidrop addresses by name.
Envelope header is assumed to be: Received
No UIDs saved from this host.


J'ai fait un essai dans les deux cas (le fichier de base produit par
fetchmailconf et le même avec les deux aménagements...
Maintenant je ne reçois plus du tout les messages.

Le fichier /var/log/mail ressemble à ceci :
Citation:

Nov 3 15:00:01 makotux fetchmail[22747]: 6.2.5 querying pop.mana.pf
(protocol POP3) at Fri Nov 3 15:00:01 2006: poll started
Nov 3 15:00:01 makotux fetchmail[22747]: POP3< +OK Mirapoint POP3PROXY
3.7.2-GA server ready
Nov 3 15:00:01 makotux fetchmail[22747]: POP3> CAPA
Nov 3 15:00:01 makotux fetchmail[22747]: POP3< -ERR Unrecognized
command
Nov 3 15:00:01 makotux fetchmail[22747]: Unrecognized command
Nov 3 15:00:01 makotux fetchmail[22747]: Repoll immediately on
compt...@pop.mana.pf
Nov 3 15:00:02 makotux fetchmail[22747]: POP3< +OK Mirapoint POP3PROXY
3.7.2-GA server ready
Nov 3 15:00:02 makotux fetchmail[22747]: POP3> USER compte.toto
Nov 3 15:00:02 makotux fetchmail[22747]: POP3< +OK Name is a valid
mailbox
Nov 3 15:00:02 makotux fetchmail[22747]: POP3> PASS *
Nov 3 15:00:02 makotux fetchmail[22747]: POP3< +OK Maildrop locked and
ready
Nov 3 15:00:05 makotux fetchmail[22747]: POP3> STAT
Nov 3 15:00:05 makotux fetchmail[22747]: POP3< +OK 0 0
Nov 3 15:00:05 makotux fetchmail[22747]: No mail for compte.toto at
pop.mana.pf
Nov 3 15:00:05 makotux fetchmail[22747]: POP3> QUIT
Nov 3 15:00:05 makotux fetchmail[22747]: POP3< +OK
Nov 3 15:00:05 makotux fetchmail[22747]: 6.2.5 querying pop.mana.pf
(protocol POP3) at Fri Nov 3 15:00:05 2006: poll completed
Nov 3 15:00:05 makotux fetchmail[22747]: normal termination, status 1


Les dernières lignes du fichier /var/log/messages sont les suivantes :
Citation:

makotux:/var/log # tail -30 messages
Nov 3 14:58:06 makotux PAM-warn[4651]: function=[pam_sm_authenticate]
service=[pop] terminal=[<unknown>] user=[jonas] ruser=[<unknown>]
rhost=[<unknown>]
Nov 3 14:58:06 makotux PAM-warn[4651]: function=[pam_sm_acct_mgmt]
service=[pop] terminal=[<unknown>] user=[jonas] ruser=[<unknown>]
rhost=[<unknown>]
Nov 3 14:58:06 makotux pop3[22555]: login: [10.0.0.67] jonas plaintext
Nov 3 14:59:01 makotux /USR/SBIN/CRON[22639]: (root) CMD ( rm -f
/var/spool/cron/lastrun/cron.hourly)
Nov 3 14:59:06 makotux master[5260]: process 22555 exited, status 0
Nov 3 15:00:01 makotux /USR/SBIN/CRON[22725]: (root) CMD
(/etc/webmin/fetchmail/check.pl --null --errors)
Nov 3 15:00:43 makotux master[22807]: about to exec
/usr/lib/cyrus/bin/ctl_cyrusdb
Nov 3 15:00:43 makotux ctl_cyrusdb[22807]: checkpointing cyrus
databases
Nov 3 15:00:43 makotux ctl_cyrusdb[22807]: archiving database file:
/var/lib/imap/annotations.db
Nov 3 15:00:43 makotux ctl_cyrusdb[22807]: archiving log file:
/var/lib/imap/db/log.0000000001
Nov 3 15:00:43 makotux ctl_cyrusdb[22807]: archiving database file:
/var/lib/imap/mailboxes.db
Nov 3 15:00:43 makotux ctl_cyrusdb[22807]: archiving log file:
/var/lib/imap/db/log.0000000001
Nov 3 15:00:43 makotux ctl_cyrusdb[22807]: done checkpointing cyrus
databases
Nov 3 15:00:43 makotux master[5260]: process 22807 exited, status 0
Nov 3 15:01:48 makotux master[22891]: about to exec
/usr/lib/cyrus/bin/pop3d
Nov 3 15:01:48 makotux pop3[22891]: executed
Nov 3 15:01:48 makotux pop3[22891]: accepted connection
Nov 3 15:01:48 makotux master[22892]: about to exec
/usr/lib/cyrus/bin/pop3d
Nov 3 15:01:48 makotux pop3[22892]: executed
Nov 3 15:01:48 makotux pop3[22892]: accepted connection
Nov 3 15:01:48 makotux pop3[22891]: OTP unavailable because can't
read/write key database /etc/opiekeys: Permission denied
Nov 3 15:01:48 makotux PAM-warn[4647]: function=[pam_sm_authenticate]
service=[pop] terminal=[<unknown>] user=[jonas] ruser=[<unknown>]
rhost=[<unknown>]
Nov 3 15:01:48 makotux PAM-warn[4647]: function=[pam_sm_acct_mgmt]
service=[pop] terminal=[<unknown>] user=[jonas] ruser=[<unknown>]
rhost=[<unknown>]
Nov 3 15:01:48 makotux pop3[22891]: login: [10.0.0.67] jonas plaintext
Nov 3 15:01:48 makotux pop3[22892]: OTP unavailable because can't
read/write key database /etc/opiekeys: Permission denied
Nov 3 15:01:48 makotux PAM-warn[4653]: function=[pam_sm_authenticate]
service=[pop] terminal=[<unknown>] user=[info] ruser=[<unknown>]
rhost=[<unknown>]
Nov 3 15:01:48 makotux PAM-warn[4653]: function=[pam_sm_acct_mgmt]
service=[pop] terminal=[<unknown>] user=[info] ruser=[<unknown>]
rhost=[<unknown>]
Nov 3 15:01:48 makotux pop3[22892]: login: [10.0.0.67] info plaintext
Nov 3 15:02:48 makotux master[5260]: process 22891 exited, status 0
Nov 3 15:02:48 makotux master[5260]: process 22892 exited, status 0
makotux:/var/log #


le fichier mail.err semble se reporter à une erreur que je persiste à
voir dans le résultat de la commande fetchmail :
Citation:

Nov 3 14:48:01 makotux fetchmail[21687]: Unrecognized command
Nov 3 14:48:01 makotux fetchmail[21687]: Repoll immediately on
compt...@pop.mana.pf
Nov 3 15:00:01 makotux fetchmail[22747]: Unrecognized command
Nov 3 15:00:01 makotux fetchmail[22747]: Repoll immediately on
compt...@pop.mana.pf

L'erreur apparaissant dans le résultat de la commande fetchmail est
celle-ci :
Citation:
fetchmail: POP3< -ERR Unrecognized command (A la 3eme ligne, mais ca
passe tout de même en single drop donc le problème doit à mon avis
venir d'ailleurs.)


Les dernières lignes de /var/log/mail.info ressemblent à ceci :

Nov 3 15:00:01 makotux fetchmail[22747]: 6.2.5 querying pop.mana.pf
(protocol POP3) at Fri Nov 3 15:00:01 2006: poll started
Nov 3 15:00:01 makotux fetchmail[22747]: POP3< +OK Mirapoint POP3PROXY
3.7.2-GA server ready
Nov 3 15:00:01 makotux fetchmail[22747]: POP3> CAPA
Nov 3 15:00:01 makotux fetchmail[22747]: POP3< -ERR Unrecognized
command
Nov 3 15:00:01 makotux fetchmail[22747]: Unrecognized command
Nov 3 15:00:01 makotux fetchmail[22747]: Repoll immediately on
compt...@pop.mana.pf
Nov 3 15:00:02 makotux fetchmail[22747]: POP3< +OK Mirapoint POP3PROXY
3.7.2-GA server ready
Nov 3 15:00:02 makotux fetchmail[22747]: POP3> USER compte.toto
Nov 3 15:00:02 makotux fetchmail[22747]: POP3< +OK Name is a valid
mailbox
Nov 3 15:00:02 makotux fetchmail[22747]: POP3> PASS *
Nov 3 15:00:02 makotux fetchmail[22747]: POP3< +OK Maildrop locked and
ready
Nov 3 15:00:05 makotux fetchmail[22747]: POP3> STAT
Nov 3 15:00:05 makotux fetchmail[22747]: POP3< +OK 0 0
Nov 3 15:00:05 makotux fetchmail[22747]: No mail for compte.toto at
pop.mana.pf
Nov 3 15:00:05 makotux fetchmail[22747]: POP3> QUIT
Nov 3 15:00:05 makotux fetchmail[22747]: POP3< +OK
Nov 3 15:00:05 makotux fetchmail[22747]: 6.2.5 querying pop.mana.pf
(protocol POP3) at Fri Nov 3 15:00:05 2006: poll completed
Nov 3 15:00:05 makotux fetchmail[22747]: normal termination, status 1
Nov 3 15:08:05 makotux postfix/qmgr[8879]: 88AB3B6B51:
from=<adresse.e...@free.fr>, size=1277, nrcpt=1 (queue active)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: 2EA17B6B66:
from=<mktcoor...@radisson-tahiti.pf>, size=87855, nrcpt=1 (queue
active)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: 2BB00B6B65:
from=<mktcoor...@radisson-tahiti.pf>, size=87853, nrcpt=1 (queue
active)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: 97037B6B6D:
from=<adresse.e...@free.fr>, size=1355, nrcpt=1 (queue active)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: 58E02B6B6B:
from=<adresse.e...@free.fr>, size=1355, nrcpt=1 (queue active)
Nov 3 15:08:05 makotux postfix/smtp[23418]: connect to
makotux.shark.pf[10.0.0.3]: Connection refused (port 10025)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: E545BB6B67:
from=<mktcoor...@radisson-tahiti.pf>, size=87857, nrcpt=1 (queue
active)
Nov 3 15:08:05 makotux postfix/smtp[23419]: connect to
makotux.shark.pf[10.0.0.3]: Connection refused (port 10025)
Nov 3 15:08:05 makotux postfix/smtp[23420]: connect to
makotux.shark.pf[10.0.0.3]: Connection refused (port 10025)
Nov 3 15:08:05 makotux postfix/smtp[23421]: connect to
makotux.shark.pf[10.0.0.3]: Connection refused (port 10025)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: E0E81B6B68:
from=<mktcoor...@radisson-tahiti.pf>, size=87859, nrcpt=1 (queue
active)
Nov 3 15:08:05 makotux postfix/smtp[23422]: connect to
makotux.shark.pf[10.0.0.3]: Connection refused (port 10025)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: 436B7B6B50:
from=<adresse.e...@free.fr>, size=1277, nrcpt=1 (queue active)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: 4E82BB6B52:
from=<adresse.e...@free.fr>, size=1277, nrcpt=1 (queue active)
Nov 3 15:08:05 makotux postfix/smtp[23418]: 88AB3B6B51:
to=<in...@shark.pf>, relay=none, delay=19279, status=deferred (connect
to makotux.sh ark.pf[10.0.0.3]: Connection refused)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: D5755B6B6C:
from=<adresse.e...@free.fr>, size=1355, nrcpt=1 (queue active)
Nov 3 15:08:05 makotux postfix/smtp[23419]: 2EA17B6B66:
to=<in...@shark.pf>, relay=none, delay=11264, status=deferred (connect
to makotux.sh ark.pf[10.0.0.3]: Connection refused)
Nov 3 15:08:05 makotux postfix/smtp[23421]: 97037B6B6D:
to=<postm...@localhost.shark.pf>, relay=none, delay=1466,
status=deferred (connec t to makotux.shark.pf[10.0.0.3]: Connection
refused)
Nov 3 15:08:05 makotux postfix/smtp[23420]: 2BB00B6B65:
to=<in...@shark.pf>, relay=none, delay=11261, status=deferred (connect
to makotux.sh ark.pf[10.0.0.3]: Connection refused)
Nov 3 15:08:05 makotux postfix/smtp[23422]: 58E02B6B6B:
to=<postm...@localhost.shark.pf>, relay=none, delay=1477,
status=deferred (connec t to makotux.shark.pf[10.0.0.3]: Connection
refused)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: E545BB6B67:
to=<jo...@localhost.shark.pf>, relay=none, delay=11242, status=deferred
(delivery te mporarily suspended: connect to
makotux.shark.pf[10.0.0.3]: Connection refused)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: E0E81B6B68:
to=<jo...@localhost.shark.pf>, relay=none, delay=11245, status=deferred
(delivery te mporarily suspended: connect to
makotux.shark.pf[10.0.0.3]: Connection refused)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: 436B7B6B50:
to=<in...@shark.pf>, relay=none, delay=19283, status=deferred (delivery
temporarily s uspended: connect to makotux.shark.pf[10.0.0.3]:
Connection refused)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: 4E82BB6B52:
to=<in...@shark.pf>, relay=none, delay=19274, status=deferred (delivery
temporarily s uspended: connect to makotux.shark.pf[10.0.0.3]:
Connection refused)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: D5755B6B6C:
to=<postm...@localhost.shark.pf>, relay=none, delay=1478,
status=deferred (deliver y temporarily suspended: connect to
makotux.shark.pf[10.0.0.3]: Connection refused)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: 1C914B6B6E:
from=<adresse.e...@free.fr>, size=1355, nrcpt=1 (queue active)
Nov 3 15:08:05 makotux postfix/qmgr[8879]: 1C914B6B6E:
to=<postm...@localhost.shark.pf>, relay=none, delay=1466,
status=deferred (deliver y temporarily suspended: connect to
makotux.shark.pf[10.0.0.3]: Connection refused)
makotux:/var/log #

Merci par avance et par Toutatis.
Jonas

Systance

unread,
Nov 7, 2006, 2:49:09 PM11/7/06
to assistance Informatique
Bonjour;
Je vous demande si vous avez déjà résolu le problème.
Je suis prêt à essayer fetchmail en multidrop chez moi, mais si le
problème a été résolu, ça n'est peut-être pas la peine...
Tenez-moi au courant pour savoir si j'expérimente ou pas...
Merci d'avance !
Hervé

jive...@yahoo.fr

unread,
Nov 7, 2006, 9:05:20 PM11/7/06
to assistance Informatique
Bonjour,
En fait j'ai résolu mon problème hier.
Mon fichier .fetchmailrc était correct. Mon problème venait
d'ailleurs.
En tout cas, merci pour ta réponse.

Maintenant j'ai un serveur qui fonctionne complètement et qui
distribue le courrier normalement.

En multidrop, la principale chose qui doit figurer dans le fichier
.fetchmailrc est la suivante...

poll pop.domain.fai with proto POP3 interval 900


user 'compte.toto' there with password 'MotDePasseANous' is * here

pop.domain.fai est le serveur pop de votre fai préféré pop.mana.pf,
pop.free.fr, pop.wanadoo.fr, pop.societebidon.com etc...

Il est important qu'il n'y ait pas de guillemet autour de * dans la
ligne de commande poll, sinon il cherche à interpréter * comme un nom
d'utilisateur existant.
Si vous utilisez fetchmailconf, il vous faudra repasser sur le fichier
après pour rectifier certains paramètres.

L'option keep peut être rajouter si vous voulez tester avant de mettre
en production ou simplement si pour n'importe quelle bonne raison vous
souhaitez laisser vos messages sur le serveur...

A bientux.
Bien cordialement.
Jonas.

nounours

unread,
Nov 14, 2006, 1:20:30 AM11/14/06
to assistance Informatique

jive...@yahoo.fr a écrit :

Bonjour Jonas, moi aussi j'essaye de mettre en place le fetchmail en
multidrop. Est-ce que tu n'as pas de problèmes de doublons lors du
rappartriement de tes messages. Admettons que quelqu'un écrit à 3
personnes de ton domaine (domain.com) : to...@domain.com,
ta...@domain.com, ti...@domain.com
Lors de la connexion en multidrop, chaque compte obtient bien une copie
de ce mail ou bien chacun reçoit 3 copies du courrier ?
La différence que j'ai dans mon .fetchmailrc c'est que j'ai utilisé
les options envelope + qvirtual.
Je testerai ta méthode assez rapidement pour en avoir le coeur net. @ +

jive...@yahoo.fr

unread,
Nov 15, 2006, 12:05:36 AM11/15/06
to assistance Informatique
Bonjour,
Désolé pour le retard de la réponse...
Dans la configuration que j'ai fait, chacun reçoit un exemplaire du
message qui lui est destiné.

A bientux.
Jonas.

nounours

unread,
Nov 15, 2006, 10:00:37 AM11/15/06
to assistance Informatique

Bonjour, moi je reçois des mails dupliqués. Mais je ne perds pas
espoir à lire et comprendre toutes les options possibles de fetchmail.
L'option "envelope [numero] Received" me semble être plus approprié.
En prenant le MTA "pop.mana.pf" et en analysant le hearder d'un
courrier, je me suis aperçu qu'il y avait plusieurs lignes avec le mot
Received et celui qui m'interesse est la ligne où se trouve le mot
"for [addresse du destinataire@domain]". Donc je pense que je dois
employer dans mon .fetchmailrc "envelope 2 Received".
Je croise les doigts pour que ce soit la bonne solution.

nounours

unread,
Nov 17, 2006, 1:56:05 AM11/17/06
to assistance Informatique

Salut Jonas, juste pour te dire que mon problème est résolu. Après
plusieurs essais et surtout avec l'aide d'une autre personne ayant
expérimenté postfix + fetchmail, j'y suis parvenu. En tout cas,
l'utilisation de fetchmailconf a été d'un très grand secours pour
obtenir un fetchmailrc qui fonctionne.
Merci encore et bonne continuation

jive...@yahoo.fr

unread,
Nov 27, 2006, 9:21:53 PM11/27/06
to assistance Informatique
Bonjour,
C'est fetchmailconf qui m'a permis à moi aussi d'y voir plus clair,
mais pour gérer le multidrop, j'ai du retoucher le fichier généré.

Finalement sur le serveur que j'installe, Suse Linux Enterprise Serveur
9, EMT 64, fetchmailconf ne fonctionne pas. Il manque apparemment des
dépendances, mais ce n'est pas grave, fetchmail fonctionne et c'est le
principal.


PS : si tu as la solution à un problème, peut-être peux-tu copier
ci-dessous ton fichier et expliquer où était l'erreur.

A bientux.
Jonas.

Reply all
Reply to author
Forward
0 new messages