Deutsch English Français Italiano |
<st9328$t3g$1@ns507557.dodin.fr.nf> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder6.news.weretis.net!i2pn.org!dodin.fr.nf!.POSTED.82-64-122-108.subs.proxad.net!not-for-mail From: jdd <jdd@dodin.org> Newsgroups: fr.comp.usenet.serveurs Subject: Re: passerelle inn<->sympa Date: Mon, 31 Jan 2022 17:34:16 +0100 Organization: Le serveur de jdd pour fr* Message-ID: <st9328$t3g$1@ns507557.dodin.fr.nf> References: <st1bku$qbf$1@ns507557.dodin.fr.nf> <st1c4l$qg3$1@ns507557.dodin.fr.nf> <st6hfh$q8a$2@rasp.pasdenom.info> <st73g8$ac1$1@ns507557.dodin.fr.nf> <st8895$r2f$1@rasp.pasdenom.info> <st8aff$fm$1@rasp.pasdenom.info> <st8av3$lmm$1@ns507557.dodin.fr.nf> <st8c4t$46s$1@rasp.pasdenom.info> <st8dic$me6$4@ns507557.dodin.fr.nf> <st8t8c$pfpa$1@news.trigofacile.com> NNTP-Posting-Host: c3066ed76bae8bcc0e476efb157ff758 Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Mon, 31 Jan 2022 16:34:16 -0000 (UTC) Injection-Info: ns507557.dodin.fr.nf; posting-host="82-64-122-108.subs.proxad.net:82.64.122.108"; logging-data="29808"; mail-complaints-to="abuse" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Content-Language: fr In-Reply-To: <st8t8c$pfpa$1@news.trigofacile.com> Bytes: 2494 Lines: 36 Le 31/01/2022 à 15:55, Julien ÉLIE a écrit : > Bonjour Jean-Daniel, > >>>> les deux plantent INN :-( >>> >>> Que dit inncheck ? >> >> >> ews> inncheck -a >> /etc/news/newsfeeds:145: ends with whitespace >> /etc/news/newsfeeds:145: undefined multiplex `news2mail! ' > > Cette erreur n'apparaissait pas dans tes logs ? non. Il y a bien une erreur "funnel bad", mais ça je m'en doutais, mais je ne trouvais pas l'erreur :-( >> il y avait un espace à la fin de la ligne et ça suffisait à tout bloquer. > > Ça fait effectivement partie des 3 erreurs fatales dans les ce qui m'a trompé c'est que la ligne de commande inncheck -a -v -f --pedantic --perm ne donnant plus d'erreurs, je n'avais pas pensé que "inncheck -a" (sans la suite) aurait d'autres informations j'imagine aussi qui c'est une erreur connue (et répertoriée par inncheck) il y a une bonne raison pour ne pas enlever les espaces à le fin de la ligne :-( j'ai ça aussi sur je ne sais plus quelle application qui considère que l'espace à la fin d'un mot de passe fait partie du mot de passe. :-( merci jdd