Re: Règles de bienséance sur la liste (Re: Connaître les paquets installés en stable / wheezy-backports)
Je vise le top 5, on a de sacrés cas sociaux/patho aujoutd'hui ! On 03/10/2015 05:48 PM, Vincent Besse wrote: On Tue, 10 Mar 2015 17:19:39 +0100 honeyshell honeysh...@honeyshell.com wrote: je pense que l'on entre dans le top ten troll ? C' est comment, dedans? Vincent -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54ff2679.1070...@gmail.com
construire une série de paquets interdépendants
Bonjour, Je voudrais construire les paquets xfce 4.12 sur une stable+backports. Le problème c'est que rapidement on se retrouve avec des paquets qui pour être construit ont des dépendances sur des paquets que l'on vient de construire. Je me retrouve donc bloqué. Comment résoudre ce problème ? Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150310210854.904226dea8ec931302088...@neuf.fr
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Bonjour En realite, je ne souhaite pas monter un serveur d'email (du moins pas pour l'instant, en raison de mon manque de connaissance et des problemes de securite lie a ceux-ci) J'ai installe Postfix car il est complet, tres repandu et assure une bonne securite. Ca me permettra aussi d'apprendre et tester pour pouvoir a terme monter mon propre serveur de mail. J'ai uniquement besoin de pouvoir envoyer des emails via des sites en php (fonction mail()) Je ne veux pas gerer les mails entrant. Mes mail.err et mail.warn sont vide Par contre ce matin le mail.log contient: Mar 12 06:53:15 ns34 postfix/pickup[7816]: D9C9A28005A: uid=33 from= lacper...@free.fr Mar 12 06:53:15 ns34 postfix/cleanup[10171]: D9C9A28005A: message-id= 20150312055315.1908254756.sw...@www.monsite.com Mar 12 06:53:15 ns34 postfix/qmgr[4126]: D9C9A28005A: from= lacper...@free.fr, size=25137, nrcpt=1 (queue active) Mar 12 06:53:15 ns34 postfix/pickup[7816]: ED6F728005B: uid=33 from= t...@monsite.com Mar 12 06:53:15 ns34 postfix/cleanup[10171]: ED6F728005B: message-id= 20150312055315.970176359.sw...@www.monsite.com Mar 12 06:53:16 ns34 postfix/qmgr[4126]: ED6F728005B: from= t...@monsite.com, size=25553, nrcpt=1 (queue active) Mar 12 06:54:46 ns34 postfix/smtp[10176]: ED6F728005B: to= lacper...@free.fr, relay=mx1.ovh.net[213.186.33.29]:25, delay=90, delays=0.06/0.01/60/30, dsn=5.0.0, status=bounced (host mx1.ovh.net[213.186.33.29] said: 553 sorry, that domain isn't allowed to be relayed thru this MTA (#5.7.1) (mail516.ha.ovh.net) (in reply to MAIL FROM command)) Mar 12 06:54:46 ns34 postfix/cleanup[10171]: 220A228005C: message-id=20150312055446.220a2280...@ns34.ip-XXX-XXX-XXX-eu Mar 12 06:54:46 ns34 postfix/bounce[10224]: ED6F728005B: sender non-delivery notification: 220A228005C Mar 12 06:54:46 ns34 postfix/qmgr[4126]: 220A228005C: from=, size=27676, nrcpt=1 (queue active) Mar 12 06:54:46 ns34 postfix/qmgr[4126]: ED6F728005B: removed Mar 12 06:55:46 ns34 postfix/smtp[10175]: D9C9A28005A: to= t...@monsite.com, relay=mx1.ovh.net[213.186.33.29]:25, delay=150, delays=0.07/0/60/90, dsn=2.0.0, status=sent (250 ok 1426139728 qp 29655) Mar 12 06:55:46 ns34 postfix/qmgr[4126]: D9C9A28005A: removed Mar 12 06:57:16 ns34 postfix/smtp[10176]: 220A228005C: to= t...@monsite.com, relay=mx1.ovh.net[213.186.33.29]:25, delay=150, delays=0.02/0/60/90, dsn=2.0.0, status=sent (250 ok 1426139818 qp 1452) Mar 12 06:57:16 ns34 postfix/qmgr[4126]: 220A228005C: removed Mar 12 06:59:06 ns34 postfix/scache[10225]: statistics: start interval Mar 12 06:54:46 Mar 12 06:59:06 ns34 postfix/scache[10225]: statistics: domain lookup hits=0 miss=1 success=0% Mar 12 06:59:06 ns34 postfix/scache[10225]: statistics: address lookup hits=0 miss=1 success=0% Mar 12 06:59:06 ns34 postfix/scache[10225]: statistics: max simultaneous domains=1 addresses=1 connection=1 Mar 12 08:27:23 ns34 postfix/pickup[13200]: 5255828005A: uid=33 from= eric.montauba...@orange.fr Mar 12 08:27:23 ns34 postfix/cleanup[15087]: 5255828005A: message-id= 20150312072723.1595588960.sw...@www.monsite.com Mar 12 08:27:23 ns34 postfix/qmgr[4126]: 5255828005A: from= eric.montauba...@orange.fr, size=25379, nrcpt=1 (queue active) Mar 12 08:27:23 ns34 postfix/pickup[13200]: 61FEB280059: uid=33 from= t...@monsite.com Mar 12 08:27:23 ns34 postfix/cleanup[15087]: 61FEB280059: message-id= 20150312072723.2119504021.sw...@www.monsite.com Mar 12 08:27:23 ns34 postfix/qmgr[4126]: 61FEB280059: from= t...@monsite.com, size=25730, nrcpt=1 (queue active) Mar 12 08:28:53 ns34 postfix/smtp[15092]: 61FEB280059: to= eric.montauba...@orange.fr, relay=mx1.ovh.net[213.186.33.29]:25, delay=90, delays=0.06/0/60/30, dsn=5.0.0, status=bounced (host mx1.ovh.net[213.186.33.29] said: 553 sorry, that domain isn't allowed to be relayed thru this MTA [mail109] (#5.7.1) (in reply to RCPT TO command)) Mar 12 08:28:53 ns34 postfix/cleanup[15087]: A35D528005C: message-id=20150312072853.a35d5280...@ns34.ip-XXX-XXX-XXX-eu Mar 12 08:28:53 ns34 postfix/bounce[15225]: 61FEB280059: sender non-delivery notification: A35D528005C Mar 12 08:28:53 ns34 postfix/qmgr[4126]: A35D528005C: from=, size=27847, nrcpt=1 (queue active) Mar 12 08:28:53 ns34 postfix/qmgr[4126]: 61FEB280059: removed Mar 12 08:29:53 ns34 postfix/smtp[15091]: 5255828005A: to= t...@monsite.com, relay=mx1.ovh.net[213.186.33.29]:25, delay=150, delays=0.09/0/60/90, dsn=2.0.0, status=sent (250 ok 1426145376 qp 13142) Mar 12 08:29:53 ns34 postfix/qmgr[4126]: 5255828005A: removed Mar 12 08:31:23 ns34 postfix/smtp[15092]: A35D528005C: to= t...@monsite.com, relay=mx1.ovh.net[213.186.33.29]:25, delay=150, delays=0.03/0/60/90, dsn=2.0.0, status=sent (250 ok 1426145466 qp 21146) Mar 12 08:31:23 ns34 postfix/qmgr[4126]: A35D528005C: removed Mar 12 08:33:13 ns34 postfix/scache[15227]: statistics: start interval Mar 12 08:28:53 Mar 12 08:33:13 ns34
Re: construire une série de paquets interdépendants
Bonjour, Le jeudi 12 mars 2015 à 8:38, mrr a écrit : On 03/11/2015 10:50 AM, Sébastien NOBILI wrote: Pour les tâches de maintenance courante : apt-src update apt-src upgrade apt-scr, c'est bien pour travailler à partir des sources, on pourrait pas tout simplement lancer un: apt-get build-dep (ou aptitude)? (Tout ça (apt-src, apt-get) implique que l'OP ait spécifié et créé son .deb) On peut très bien faire la même chose avec « apt-get build-dep », mais il faudra alors surveiller manuellement l'arrivée des mises-à-jour du paquet source. apt-src permet, grâce à sa commande « upgrade », d'aller voir si des mises-à-jour sont disponibles et de les rapatrier (à l'endroit où tu avais « installé » les sources précédemment) automatiquement. Tu n'as plus¹ qu'à aller compiler. ¹ ce n'est pas toujours vrai. apt-src va tenter de patcher ton arborescence de sources pour la mettre à jour. Des fois il échoue. Dans ce cas, je fais un « remove » suivi d'un « install ». Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150312083238.ga13...@sebian.nob900.homeip.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Le jeudi 12 mars 2015 à 9:33, Hugues MORIN a écrit : Mar 12 08:41:27 ns34 postfix/cleanup[16027]: 1FDB128005A: message-id= 20150312074127.1737527437.sw...@www.monsite.com Mar 12 08:41:27 ns34 postfix/qmgr[4126]: 1FDB128005A: from= monsitead...@gmail.com, size=26906, nrcpt=1 (queue active) Mar 12 08:42:57 ns34 postfix/smtp[16029]: 1FDB128005A: to= diat...@gmail.com, relay=mx1.ovh.net[213.186.33.29]:25, delay=90, delays=0.08/0/60/30, dsn=5.0.0, status=bounced (host mx1.ovh.net[213.186.33.29] said: 553 sorry, that domain isn't allowed to be relayed thru this MTA [mail109] (#5.7.1) (in reply to RCPT TO command)) Le problème est là. Ton Postfix transmet bien le message au relais (le MTA d'OVH) mais ce dernier te répond que tu n'as pas le droit de relayer des mails de ce domaine via ce MTA. Donc a-priori, OVH refuse que l'émetteur du message soit une adresse « @gmail.com » (et sûrement aussi « @free.fr », etc.). Ça devrait mieux passer si tu configures l'émetteur avec une adresse « @ton-domaine », lequel domaine est hébergé chez OVH. Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150312091556.gb13...@sebian.nob900.homeip.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Hello, Le 11/03/2015 19:38, Hugues MORIN a écrit : J'ai alors fournie le nom de mon serveur (la machine ns34.ip-XXX-XXX-XXX-eu) et celui du relay-host (le MX de mon domaine: mx1.ovh.net) Pas totalement sur que ça marche ça (enfin ça dépend à qui tu envoies en fait). Si je ne dis pas de bétises, tu dois avoir toutes infos nécessaires au diagnostique dans /var/log/mail.log, mail.info et mail.err. (les lignes faisant mention de bounce par exemple). Je te conseillerais de retirer le relay_host, tu es censé pouvoir envoyer en direct dans passer par un relai (supposant très fortement que ns34.ip-XXX-XXX-XXX.eu est chez OVH ;) ). Bien vérifier l'adresse d’expédition (champ From: ) ainsi que le Return-Path des mails envoyés : Ces champs se doivent d'être valides (à minima, le nom domaine doit exister sur Internet). Exemple: l'expéditeur root@localhost.localdomain a toutes les chances de se faire boulet dès le premier MTA franchi. Par la suite et pour s'assurer que le mail arrive à destination, voici les premières pistes que je conseillerais : - Changer le reverse DNS : indispensable dans bien des cas. - Faire correspondre la variable myhostname de la conf postfix au Reverse DNS. - Si tu utilises une adresse mail d'expéditeur qui est sur un domaine qui t'appartient, bien s'assurer que les enregistrements DNS SPF sont conforme (s'il y en a) . - S'assurer que l'IP du serveur n'est pas blacklistée dans les RBL (par exemple par la http://www.anti-abuse.org/multi-rbl-check/ Attention également au myorigin qui doit normalement correspondre à un nom de domaine existant. @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55009340.7070...@stuxnet.org
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Le jeudi 12 mars 2015 à 9:33, Hugues MORIN a écrit : En realite, je ne souhaite pas monter un serveur d'email (du moins pas pour l'instant, en raison de mon manque de connaissance et des problemes de securite lie a ceux-ci) Ça ne disqualifie pas Postfix (ou Sendmail ou Qmail, etc.) pour autant. Si ton serveur SMTP est accessible sur le Net (port 25 ou 587 ou 485 ouvert) et public, alors là, oui, la sécurité doit être une préoccupation. Si ton serveur SMTP n'écoute qu'en local (localhost) et ne sert qu'à gérer une queue pour des envois depuis le serveur Web (ta fonction PHP « mail »), alors la sécurité du serveur SMTP n'est pas réellement une préoccupation (celle du serveur Web en revanche…) Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150312091954.gc13...@sebian.nob900.homeip.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Salut Ca y est :D ca marche :D Un GRAND MERCI a tous pour votre aide et vos conseils J'ai compare le main.cf de mon ancien serveur avec celui du nouveau, et effectivement comme le disais christophe, on a pas besoin du relayhost. J'ai aussi reformule le mydestination pour qu'il ressemble a l'ancien (je ne sais pas si c'est important mais dans le doute) J'ai donc seulement remplace ca: mydestination = ns34.ip-XXX-XXX-XXX-eu, localhost.ip-XXX-XXX-XXX-eu, localhost relayhost = mx1.ovh.net par ca: mydestination = ns34.ip-XXX-XXX-XXX-eu, localhost, localhost.localdomain relayhost = C'etait aussi simple que ca :D En regardant les log apres cette modification, je me suis apercu que les lignes comme: Mar 12 06:54:46 ns34 postfix/smtp[10176]: ED6F728005B: to= lacper...@free.fr, relay=mx1.ovh.net[213.186.33. 29]:25, delay=90, delays=0.06/0.01/60/30, etait devenu apres la modification: Mar 12 10:05:43 ns340526 postfix/smtp[21330]: 11B1828005A: to= lacper...@free.fr, relay=mx1.free.fr[212.27.48.6]:25, delay=0.24, delays=0.05/0/0.09/0.1, dsn=2.0.0, status=sent (250 OK) A priori le relayhost du main.cf ne sert qu'a forcer le parametre relay lors de l'envoi d'email. est ce exact? Il y a un truc bizarre qui est arrive durant la nuit j'ai recu 1 email emanant d'un de mes sites alors que la configuration n'etais pas bonne O_o Pour moi c'est pas rationnel et j'arrive pas a comprendre comment ca pu arrive Une idee? Cordialement Hugues Le 12 mars 2015 10:19, Sébastien NOBILI sebnewslet...@free.fr a écrit : Le jeudi 12 mars 2015 à 9:33, Hugues MORIN a écrit : En realite, je ne souhaite pas monter un serveur d'email (du moins pas pour l'instant, en raison de mon manque de connaissance et des problemes de securite lie a ceux-ci) Ça ne disqualifie pas Postfix (ou Sendmail ou Qmail, etc.) pour autant. Si ton serveur SMTP est accessible sur le Net (port 25 ou 587 ou 485 ouvert) et public, alors là, oui, la sécurité doit être une préoccupation. Si ton serveur SMTP n'écoute qu'en local (localhost) et ne sert qu'à gérer une queue pour des envois depuis le serveur Web (ta fonction PHP « mail »), alors la sécurité du serveur SMTP n'est pas réellement une préoccupation (celle du serveur Web en revanche…) Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150312091954.gc13...@sebian.nob900.homeip.net
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Hello, Le 12/03/2015 11:05, Hugues MORIN a écrit : A priori le relayhost du main.cf ne sert qu'a forcer le parametre relay lors de l'envoi d'email. est ce exact? C'est tout à fait ca . Il y a un truc bizarre qui est arrive durant la nuit j'ai recu 1 email emanant d'un de mes sites alors que la configuration n'etais pas bonne O_o Pour moi c'est pas rationnel et j'arrive pas a comprendre comment ca pu arrive Une idee? Ca devait fonctionner si le domaine du destinataire du mail est géré chez OVH (en hebergement mutualisé) Ce qui correspond à cette ligne dans les logs que tu as envoyé précédemment. Mar 12 06:55:46 ns34 postfix/smtp[10175]: D9C9A28005A: to=t...@monsite.com, relay=mx1.ovh.net[213.186.33.29]:25, delay=150, delays=0.07/0/60/90, dsn=2.0.0, status=sent (250 ok 1426139728 qp 29655) t...@monsite.com est accepté , car mx1.ovh.net doit le connaitre :) . @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55016642.5050...@stuxnet.org
Re: /var plein à raz bord
On 03/10/2015 11:00 AM, Sébastien NOBILI wrote: Le mardi 10 mars 2015 à 0:12, mrr a écrit : Comme l'a suggéré yamo, si tu peux pas travailler la taille des partitions tu peux toujours déplacer certains fichiers/dossiers sur une autre partition puis créer des liens symboliques. J'étais partisan également de ce type de pratique (uniquement dans des cas désespérés, car ça reste très moche, mais entre ça et une machine qui ne fonctionne plus…) et j'ai changé de stratégie quand j'ai remarqué que ça pouvait déranger certains outils qui font la distinction entre liens symboliques et dossiers (Git en est un exemple). Depuis, je procède par montage « bind », comme ça on conserve la structure du système de fichiers (un dossier reste un dossier). Par exemple, pour déplacer /var/cache dans /home : - sudo mkdir /home/cache/ - sudo mv /var/cache/* /home/cache/ - sudo mount -o bind /home/cache/ /var/cache/ Pour de la persistence, il suffit de mettre la ligne adéquate dans /etc/fstab. Sébastien Un bind au lieu d'un lien, c'est vrai, bien vu! Il y a eu un cas cependant où le coup du lien symbolique m'a sauvé la mise, je me rappelle pas très bien mais en gros: J'avais une partition /home avec une option noexec. Et je voulais un /home/bin où mettre quelques exécutables. Avec un bind, les 2 dossiers ne peuvent qu'avoir des droits/permissions identiques, alors qu'avec un raccourci qui renvoyait sur une partition exécutable, j'avais mes /home/bin/* exécutables. Enfin, là, je doute un peu de moi! Mais c'est un peu vieux tout ça et ça se mélange dans ma tête; alors que se passe t'il quand on bind 2 dossiers qui sont sur des partitions avec des options de montage différentes? Qui c'est qui gagne? Bon bref, je divague un peu et je verrai ça demain, bonne nuit! -- mrr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55009b92$0$3354$426a7...@news.free.fr
Re: mon crontab n'aime pas la nuit
On Thu, 12 Mar 2015 11:08:41 +0100 andre_deb...@numericable.fr wrote: Le problème semble résolu. Ce n'est pas crontab qui n'aime pas la nuit, mais l'anti-spams du mail, pour le rapport de logwatch, qui considère qu'un mail envoyé à 3h du matin est un spam. Par contre, à 18h, c'est pas un spam. On Thursday 12 March 2015 11:50:53 Vincent Besse wrote: Tiens !?? C' est curieux d' intégrer une plage horaire dans le tri spam/pas spam. Vincent Soit c'est mon spamassassin qui le fait mais je n'ai rien programmé sur une plage horaire nocturne, soit c'est le un serveur de messagerie de relais et pareil. André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/201503121249.09890.andre_deb...@numericable.fr
Re: /var plein à raz bord
On 2015-03-11 21:46:25 +0100, mrr wrote: Un bind au lieu d'un lien, c'est vrai, bien vu! Oui, très pratique. Ce qui est rigolo, c'est de faire un bind d'un répertoire ext3 sur un répertoire d'un système de fichiers FAT lui-même monté en loop sur un répertoire d'un système de fichiers ext3. Cela permettait de tromper le système du Nokia N900, qui ne fonctionnait normalement qu'avec du FAT. Fallait juste éviter de faire des opérations récursives sur certains répertoires. :) -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150312123851.gf10...@ypig.lip.ens-lyon.fr
SSH et stunnel
Bonjour, J'ai un petit souci récent que je n'arrive pas à m'expliquer. En effet, j'ai mis en place un tunnel (avec stunnel) entre deux ordinateurs (tous les deux en Debian Sid). Voici la config côté client : pid = /var/run/stunnel.pid client = yes sslVersion = TLSv1.2 debug = 7 [ssh] accept = 5000 protocol = connect protocolHost = myserver:443 connect = myproxy:8080 Et côté serveur : cert = mycert key = mykey chroot = /var/lib/stunnel4/ setuid = stunnel4 setgid = stunnel4 pid = /stunnel4.pid socket = l:TCP_NODELAY=1 socket = r:TCP_NODELAY=1 sslVersion = TLSv1.2 ; https ou ssh encapsulé dans du ssl [sslh] accept = 443 connect = myserver:444 Ainsi que mon .ssh/config : Host myserver HostName localhost Port 5000 IdentityFile ~/.ssh/mykey ProtocolKeepAlives 6 Chez moi, avec tinyproxy pour tester, tout marche parfaitement ! En revanche, avec un vrai proxy, parfois ça marche (mais je suis rapidement déconnecté), parfois ça ne marche pas (le plus souvent d'ailleurs). J'ai regardé les logs (stunnel et SSH), mais je n'ai rien trouvé de flagrant... Auriez-vous une idée ? Quelque chose à chercher dans les logs ? Voici un exemple de connexion courte : ~ $ ssh myserver root@myserver:~# cat /var/log/syslog | grep stunnel [...] root@myserver~# Timeout, server localhost not responding. Mais le plus souvent : ~ $ ssh myserver ssh_exchange_identification: Connection closed by remote host Et voici mes logs locaux : Mar 12 13:24:41 mylaptop stunnel: LOG7[3984]: Service [ssh] accepted (FD=3) from 127.0.0.1:44794 Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: Service [ssh] started Mar 12 13:24:41 mylaptop stunnel: LOG5[3223]: Service [ssh] accepted connection from 127.0.0.1:44794 Mar 12 13:24:41 mylaptop stunnel: LOG6[3223]: s_connect: connecting myproxy:8080 Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: s_connect: s_poll_wait myproxy:8080: waiting 10 seconds Mar 12 13:24:41 mylaptop stunnel: LOG5[3223]: s_connect: connected myproxy:8080 Mar 12 13:24:41 mylaptop stunnel: LOG5[3223]: Service [ssh] connected remote server from myIP:58282 Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: Remote socket (FD=8) initialized Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: - CONNECT myserver:443 HTTP/1.1 Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: - Host: myserver:443 Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: - Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: - HTTP/1.1 200 Connection established Mar 12 13:24:41 mylaptop stunnel: LOG6[3223]: CONNECT request accepted Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: - Mar 12 13:24:41 mylaptop stunnel: LOG6[3223]: SNI: sending servername: myserver Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: SSL state (connect): before/connect initialization Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: SSL state (connect): unknown state Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: SSL state (connect): unknown state Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: SSL state (connect): unknown state Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: SSL state (connect): unknown state Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: SSL state (connect): unknown state Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: SSL state (connect): unknown state Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: 54 items in the session cache Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: 109 client connects (SSL_connect()) Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: 110 client connects that finished Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]:0 client renegotiations requested Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]:0 server connects (SSL_accept()) Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]:0 server connects that finished Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]:0 server renegotiations requested Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: 56 session cache hits Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]:0 external session cache hits Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]:0 session cache misses Mar 12 13:24:43 mylaptop stunnel: LOG7[3223]: SSL alert (read): warning: close notify Mar 12 13:24:43 mylaptop stunnel: LOG6[3223]: SSL closed (SSL_read) Mar 12 13:24:43 mylaptop stunnel: LOG7[3223]: Sent socket write shutdown Mar 12 13:24:43 mylaptop stunnel: LOG6[3223]: Read socket closed (readsocket) Mar 12 13:24:43 mylaptop stunnel: LOG6[3223]: Read socket closed (hangup) Mar 12 13:24:43 mylaptop stunnel: LOG6[3223]: Write socket closed (hangup) Mar 12 13:24:43 mylaptop stunnel: LOG7[3223]: Sending close_notify alert Mar 12 13:24:43 mylaptop stunnel: LOG7[3223]: SSL alert (write): warning: close notify Mar 12 13:24:43 mylaptop stunnel: LOG6[3223]: SSL_shutdown successfully sent close_notify alert Mar 12 13:24:43 mylaptop stunnel: LOG5[3223]: Connection closed: 32 byte(s) sent to SSL, 0 byte(s) sent to socket Mar 12 13:24:43 mylaptop stunnel: LOG7[3223]: Remote socket (FD=8) closed Mar 12 13:24:43 mylaptop
[BUG?] Re: lists.debian.org has received bounces from you
Listmaster me remonte les bretelles parce que mon fournisseur a rejeté 1 de ses messages sur un total de 199, sur une période de 7 jours (voir plus bas dans le fil). Quand on examine le message, on s'aperçoit qu'il s'agit en fait : https://lists.debian.org/debian-user-french/2015/03/msg00255.html … d'un envoi de phishing ! Je considère que c'est plutôt à Listmaster de ne pas distribuer de tels envois, et que mon fournisseur a raison de les bloquer. Y a pas comme un bug dans la gestion de la discrimination sur cette liste ? Comment expliquez vous ça et comment y remédier ? Le 12 mars 15 à 11:45, Debian Listmaster Team a écrit : Dear subscriber, We've encountered some problems while sending listmail to your emailaddress ph.g...@worldonline.fr. In the last seven days we've seen bounces for the following list: * debian-user-french 1 bounce out of 199 mails in 7 days (0%, kick-score is 80%) (http://lists.debian.org/bounces/RKxIpr2rLSeEatB7I4MQMA) (The link above points to a copy of the latest bounce and will be valid for seven days.) If the bounce-rate passes the kick-score, our bounce-detection will forcibly remove your subscription. Bounces happen from time to time when spam slips through our filters but are rejected by your mail provider. If you are your own mail provider and use 'Before-Queue Content filtering', you should whitelist bendel.debian.org from Content filtering. However: You can safely ignore this message (and you will not be unsubscribed :-) ) if your kick-score remains low. For more information see http://wiki.debian.org/Teams/ListMaster/FAQ You are welcome to contact listmas...@lists.debian.org if you think this message was sent in error. Sincerely, The Listmaster Team -- http://lists.debian.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/acb2399f-6ce3-496e-964d-8063c0ab0...@worldonline.fr
Re: HDMI disparu
Nicolas a écrit : Bonjour à tous, Bonjour, J'ai un portable Toshiba au boulot dont j'utilise la sortie HDMI pour un vidéo-projecteur. Ce matin, j'allume le portable : la sortie hdmi a disparu ! Plus moyen d'afficher la moindre image, le vidéo-proj n'a plus de signal provenant de ladite prise... Je suis sous KDE et le panneau de configuration de me propose plus de hdmi, pas plus que xrandr : $ xranrd Screen 0: minimum 320 x 200, current 1366 x 768, maximum 8192 x 8192 LVDS1 connected 1366x768+0+0 (normal left inverted right x axis y axis) 344mm x 194mm 1366x768 60.0*+ 1360x768 59.8 60.0 1024x768 60.0 800x60060.3 56.2 640x48059.9 VGA1 disconnected (normal left inverted right x axis y axis) Auriez-vous une piste vers laquelle chercher pour résoudre cet épineux problème ? Aïe... J'ai eu le gag un certain nombre de fois avec une série de Toshiba (la série P200, mais le même truc est utilisé sur des machines plus récentes), j'espère de tout coeur que ce n'est pas ça. Le HDMI utilise un composant de protection contre les ESD qui est foireux et sur une petite carte derrière le connecteur. Il grille en protégeant le reste de la carte-mère et à chaque fois, j'ai dû changer ce bout d'électronique grand comme un timbre poste. Le système lui-même ne voyait plus le HDMI. Peux-tu vérifier avec un autre système (live CD quelconque ou carrément un Windows) que la sortie n'est pas morte électroniquement ? Cordialement, JKB -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/550193f4.6000...@systella.fr
gnu fdisk pour kfreebsd
bonjour, je recherche une doc pour pouvoir utiliser fdisk en mode chs afin de préparer une install sur un ordi portable slt bernard -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150313053036.446cbc94.bernard.schoenac...@free.fr
Re: SSH et stunnel
Bon, apparemment, c'est un bug de stunnel : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771241 J'ai compilé la dernière version sur mon client : https://www.stunnel.org/downloads.html Je teste demain pour valider... Voilà, si ça peut aider quelqu'un qui rencontre le même problème... David. Le Thu, 12 Mar 2015 14:38:34 +0100, deb...@bercot.org a écrit : Bonjour, J'ai un petit souci récent que je n'arrive pas à m'expliquer. En effet, j'ai mis en place un tunnel (avec stunnel) entre deux ordinateurs (tous les deux en Debian Sid). Voici la config côté client : pid = /var/run/stunnel.pid client = yes sslVersion = TLSv1.2 debug = 7 [ssh] accept = 5000 protocol = connect protocolHost = myserver:443 connect = myproxy:8080 Et côté serveur : cert = mycert key = mykey chroot = /var/lib/stunnel4/ setuid = stunnel4 setgid = stunnel4 pid = /stunnel4.pid socket = l:TCP_NODELAY=1 socket = r:TCP_NODELAY=1 sslVersion = TLSv1.2 ; https ou ssh encapsulé dans du ssl [sslh] accept = 443 connect = myserver:444 Ainsi que mon .ssh/config : Host myserver HostName localhost Port 5000 IdentityFile ~/.ssh/mykey ProtocolKeepAlives 6 Chez moi, avec tinyproxy pour tester, tout marche parfaitement ! En revanche, avec un vrai proxy, parfois ça marche (mais je suis rapidement déconnecté), parfois ça ne marche pas (le plus souvent d'ailleurs). J'ai regardé les logs (stunnel et SSH), mais je n'ai rien trouvé de flagrant... Auriez-vous une idée ? Quelque chose à chercher dans les logs ? Voici un exemple de connexion courte : ~ $ ssh myserver root@myserver:~# cat /var/log/syslog | grep stunnel [...] root@myserver~# Timeout, server localhost not responding. Mais le plus souvent : ~ $ ssh myserver ssh_exchange_identification: Connection closed by remote host Et voici mes logs locaux : Mar 12 13:24:41 mylaptop stunnel: LOG7[3984]: Service [ssh] accepted (FD=3) from 127.0.0.1:44794 Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: Service [ssh] started Mar 12 13:24:41 mylaptop stunnel: LOG5[3223]: Service [ssh] accepted connection from 127.0.0.1:44794 Mar 12 13:24:41 mylaptop stunnel: LOG6[3223]: s_connect: connecting myproxy:8080 Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: s_connect: s_poll_wait myproxy:8080: waiting 10 seconds Mar 12 13:24:41 mylaptop stunnel: LOG5[3223]: s_connect: connected myproxy:8080 Mar 12 13:24:41 mylaptop stunnel: LOG5[3223]: Service [ssh] connected remote server from myIP:58282 Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: Remote socket (FD=8) initialized Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: - CONNECT myserver:443 HTTP/1.1 Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: - Host: myserver:443 Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: - Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: - HTTP/1.1 200 Connection established Mar 12 13:24:41 mylaptop stunnel: LOG6[3223]: CONNECT request accepted Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: - Mar 12 13:24:41 mylaptop stunnel: LOG6[3223]: SNI: sending servername: myserver Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: SSL state (connect): before/connect initialization Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: SSL state (connect): unknown state Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: SSL state (connect): unknown state Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: SSL state (connect): unknown state Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: SSL state (connect): unknown state Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: SSL state (connect): unknown state Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: SSL state (connect): unknown state Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: 54 items in the session cache Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: 109 client connects (SSL_connect()) Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: 110 client connects that finished Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]:0 client renegotiations requested Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]:0 server connects (SSL_accept()) Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]:0 server connects that finished Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]:0 server renegotiations requested Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]: 56 session cache hits Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]:0 external session cache hits Mar 12 13:24:41 mylaptop stunnel: LOG7[3223]:0 session cache misses Mar 12 13:24:43 mylaptop stunnel: LOG7[3223]: SSL alert (read): warning: close notify Mar 12 13:24:43 mylaptop stunnel: LOG6[3223]: SSL closed (SSL_read) Mar 12 13:24:43 mylaptop stunnel: LOG7[3223]: Sent socket write shutdown Mar 12 13:24:43 mylaptop stunnel: LOG6[3223]: Read socket closed (readsocket) Mar 12 13:24:43 mylaptop stunnel: LOG6[3223]: Read socket closed (hangup) Mar 12 13:24:43 mylaptop stunnel: LOG6[3223]: Write socket closed (hangup) Mar 12
Re: HDMI disparu
Le jeudi 12 mars 2015 à 17:11 +0100, Nicolas a écrit : Personnellement, je ne crois pas aux événements qui arrivent sans raison aucune (c'est mon côté cartésien je suppose) Il y a donc forcément une cause, physique ou informatique. Une raison il y en a toujours, une raison accessible à notre perception ou notre raisonnement c'est autre chose. Autrefois j'ai entendu parler d'un ordinateur d'entreprise qui plantait les jours de semaine à 11h55. Après des semaines à chercher, à avoir tout changé sur la machine, tout débranché tour à tour dans le bâtiment, bloqué les ascenseurs, fait changer l'heure du restaurant d'entreprise voisin, avoir fait arrêter tout ce qui ressemblait à un pont roulant ou autre grosse mécanique du secteur et emmerdé toutes les entreprises des alentours en général, le technicien cherchant et récapitulant sur le chemin de l'entreprise tout ce qui se passait à cette heure ci dans la zone regardait les enfants sortir de l'école. Soudain il eut une illumination en voyant que le flic qui faisait traverser les enfants portait un gros talkie-walkie à sa ceinture... le lien entre la panne informatique et les enfants qui sortent de l'école n'était pas très évident à faire. Depuis cette époque, les ordinateurs sont moins sensibles aux perturbations de ce type et on a développé des appareillages de mesures environnementales très pointus, mais les machines se sont considérablement complexifiées et miniaturisées... je suppute qu'il doit y avoir parfois des gags en fonction. Beaucoup plus simplement, j'ai déjà rencontré une machines qui partait en carafe à chaque fois que la secrétaire en jupe courte entrait dans la pièce, et seulement dans ce cas là, d'où l'intérêt qu'auraient les patrons à offrir des bas en soie à leur personnel féminin, ou en tout cas à éviter certains tapis en synthétiques se transformant en puissants générateur électrostatiques lorsqu'ils sont associés à des bas en synthétique. Ceci dit je pense que ce cas est beaucoup plus simple et j'approuve pragmatiquement le test de l'interface au niveau électronique comme dit dans le message précédent. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1426194157.23239.53.ca...@aranha.fr
Re: HDMI disparu
Le 12-03-2015 14:44, mrr a écrit : On 03/12/2015 12:20 PM, Nicolas wrote: Bonjour à tous, J'ai un portable Toshiba au boulot dont j'utilise la sortie HDMI pour un vidéo-projecteur. Ce matin, j'allume le portable : la sortie hdmi a disparu ! Plus moyen Je suis toujours bluffé par le nombre de fois où des choses arrivent sans raison dans un domaine (l'informatique) où tout est tellement cartésien, guidé par la science (des matériaux du moins), et ou la logique pure et dure voudrait, que dis-je, exigerait que quelque chose qui marchait hier marche *pareil* aujourd'hui. Personnellement, je ne crois pas aux événements qui arrivent sans raison aucune (c'est mon côté cartésien je suppose) Il y a donc forcément une cause, physique ou informatique. (En fait c'est complexe, y'a des petits malins qui ont réussi à élever leurs droits sur une machine en exploitant une vulnérabilité d'une certaine DDR3 où à force d'écrire à répétition au même endroit, ça modifiait la cellule/rangée voisine. Donc oui, du pseudo-aléatoire on y a droit de temps en temps) 1 - Y a t'il quoi que ce soit qui ait pu se passer entre hier et aujourd'hui? Non, pas à ma connaissance. 2 - Peux-tu tester la sortie avec un autre périphérique? Pas aujourd'hui, j'essaierai ce week-end si je ne trouve pas de solution d'ici là. d'afficher la moindre image, le vidéo-proj n'a plus de signal provenant de ladite prise... Je suis sous KDE et le panneau de configuration de me propose plus de hdmi, pas plus que xrandr : $ xranrd Screen 0: minimum 320 x 200, current 1366 x 768, maximum 8192 x 8192 LVDS1 connected 1366x768+0+0 (normal left inverted right x axis y axis) 344mm x 194mm 1366x768 60.0*+ 1360x768 59.8 60.0 1024x768 60.0 800x60060.3 56.2 640x48059.9 VGA1 disconnected (normal left inverted right x axis y axis) Auriez-vous une piste vers laquelle chercher pour résoudre cet épineux problème ? 3 - Est-ce que quand tu génères un xorg.conf (coupe X, alt+ctrl+f1, en root X -configure, regarde dans /root/xorg.conf.new), en veillant bien à ce que tes 2(n) écrans soient branchés/allumés, combien y a t'il de sections _screen_? Quand je génère un xorg.conf avec x -configure, je trouve 3 sections screen. C'est normal : une correspond à l'écran du portable, l'autre à la sortie VGA et la 3e à la sortie hdmi. Me trompe-je ? Nicolas R. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/a97ed97a756ce357461f62161abad...@tycho.fr
Re: HDMI disparu
On 03/12/2015 05:20 PM, Nicolas wrote: ... J'ai un portable Toshiba au boulot dont j'utilise la sortie HDMI pour un vidéo-projecteur. Ce matin, j'allume le portable : la sortie hdmi a disparu ! Plus moyen Je suis toujours bluffé par le nombre de fois où des choses arrivent sans raison dans un domaine (l'informatique) où tout est tellement cartésien, guidé par la science (des matériaux du moins), et ou la logique pure et dure voudrait, que dis-je, exigerait que quelque chose qui marchait hier marche *pareil* aujourd'hui. Personnellement, je ne crois pas aux événements qui arrivent sans raison aucune (c'est mon côté cartésien je suppose) Il y a donc forcément une cause, physique ou informatique. Tout à fait d'accord, c'est juste que la cause est parfois tellement en dehors de notre contrôle/compréhension/différente d'une fois sur l'autre que le symptôme ne semble pas toujours cohérent avec la logique. Connaissant la situation et l'état exacts de chaque atome dans l'univers il y a 1 an, je n'ai pas d'autre choix que de taper cette ligne maintenant, les causes et effets se succèdent mais pourtant je trouve pas ça logique (que la situation d'il y un an implique des petits trucs qui se sont passés aujourd'hui). Ou le truc du papillon! Je parle pas de destin et je ne cherche pas à lancer un débat acharné sur le pseudo-aléatoire. 1 - Y a t'il quoi que ce soit qui ait pu se passer entre hier et aujourd'hui? Non, pas à ma connaissance. Dac. 2 - Peux-tu tester la sortie avec un autre périphérique? Pas aujourd'hui, j'essaierai ce week-end si je ne trouve pas de solution d'ici là. Dac. $ xranrd Il arrive (je crois que ça dépend du comportement du pilote) que xrandr ne sorte que la sortie sur laquelle tu lis. Une fois, j'avais 2 écrans qui captaient tous les 2 la souris et dans chacun desquels j'avais un terminal lancé. Et bien xrandr me sortait sur chaque écran la connexion en question. Il va sans dire qu'un xrandr fichier posait problème (j'avais qu'une version dans fichier, à la rigueur avec une condition sur une variable d'environnement ça marche). Je considère que ce n'est pas un comportement adéquat donc un bug. Screen 0: minimum 320 x 200, current 1366 x 768, maximum 8192 x 8192 LVDS1 connected 1366x768+0+0 (normal left inverted right x axis y axis) 344mm x 194mm 1366x768 60.0*+ 1360x768 59.8 60.0 1024x768 60.0 800x60060.3 56.2 640x48059.9 ... Quand je génère un xorg.conf avec x -configure, je trouve 3 sections screen. C'est normal : une correspond à l'écran du portable, l'autre à la sortie VGA et la 3e à la sortie hdmi. Me trompe-je ? C'est pas simple, je viens de tester avec mes 2 écrans et il me sort qu'*un* screen alors que les 2 affichent l'image. Mais il y a quelques jours il ne me créait qu'une seule section screen avec 1 écran branché (même avec les 4 + 3 sorties (nvidia et intégrée)) et 2 dès que je branchais l'autre. Une simple copie du xorg.conf dans X11 et la 2ème image est apparue. J'en conclue que la génération automatique au boot n'est pas forcément identique que celle optenue manuellement. Tu pourrais donc essayer: ~# cp -i /root/xorg.conf.new /etc/X11/xorg.conf A ta place je me plongerais dans les logs de xorg ou bien poste les! /var/log/xorg.0.log //1er écran /var/log/xorg.1.log //2ème Nicolas R. Bon courage! -- mrr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5501e5eb$0$3319$426a3...@news.free.fr
Re: Icedove déconne totalement
On 03/12/2015 02:30 PM, mrr wrote: Bonjour Et ça a marché? Moi non plus je n'ai pas gnome mais j'ai quand même gvfs et je ne pourrai pas l'enlever sans enlever pcmanfm: ~$ aptitude why gvfs i pcmanfm *Recommends* gvfs-fuse i A gvfs-fuse Dependsgvfs (= 1.22.2-1) Ce qui montre que gvfs n'est pas indispensable. Chez moi: aptitude why gvfs i thunar Recommends gvfs Et Thunar se porte bien... -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5501f058.5000...@gmail.com
Re: Icedove déconne totalement
On 03/12/2015 12:10 PM, Adrien Caillot wrote: Je rencontre plusieurs problèmes avec Icedove : [...] Or, ce truc vient de Gnome et je n'utilise pas Gnome (mais j'ai récupéré cette machine avec Debian déjà installée). J'ai tué ce processus et fait apt-get remove --purge gvfs-daemons gvfs-dbg gnome*. Ce n'est pas lié à Icedove mais ça a amélioré les performances. Et ça a marché? Moi non plus je n'ai pas gnome mais j'ai quand même gvfs et je ne pourrai pas l'enlever sans enlever pcmanfm: ~$ aptitude why gvfs i pcmanfm Recommends gvfs-fuse i A gvfs-fuse Dependsgvfs (= 1.22.2-1) J'aimerais repartir d'un nouveau profil vide, mais j'ai deux contraintes à respecter impérativement : - Garder tous mes mails et leur arborescence. - Garer tout mon carnet d'adresses. Je peux recréer les comptes un par un et je me fiche de garder ou non les filtres. Quelle est la façon la plus propre possible de faire cela ? Pour le carnet d'adresse, c'est relativement simple. Mais pour les mails, j'ai des centaines de dossiers et il n'est pas envisageable que je les importe un par un. Pour chacun de tes utilisateurs tu as un dossier du type: /home/user/.icedove/k8u4zvzr.default/ImapMail/imap.domaine.fr dans lequel se trouvent 2 fichiers par dossier dans thunderbird. Il y a éventuellement également un .dat qui a un rapport avec des règles de message. Mais aucune information de profil (qui se trouvent un peu en amont. A ta place, je copierai tous les dossiers: /home/*/.icedove/*.default/ImapMail/imap.domaine.fr et je les placerais un par un dans leur nouveau profil une fois créé. Si le souci c'est que tu as des tas d'utilisateurs, il serait assez simple (si tu es à l'aise avec bash) de créer un petit script pour rapatrier les données. Ensuite tu crée un nouveau profil et tu copies toute l'arborescence qui se trouve dans le *.default. Tu copies cette arborescence n fois si tu as n utilisateurs à gérer (là aussi, avec un script si n est grand) en générant 8 caractères alphanumériques pour avoir un * (voir ci-dessus) unique pour chacun. Je suis convaincu qu'en ouvrant icedove après ça, tu pourrais avoir une surprise donc je garanti pas. Mais sinon, c'est à la main ou alors je vois pas... Merci. -- mrr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/550186d6$0$3060$426a7...@news.free.fr
Re: HDMI disparu
On 03/12/2015 12:20 PM, Nicolas wrote: Bonjour à tous, J'ai un portable Toshiba au boulot dont j'utilise la sortie HDMI pour un vidéo-projecteur. Ce matin, j'allume le portable : la sortie hdmi a disparu ! Plus moyen Je suis toujours bluffé par le nombre de fois où des choses arrivent sans raison dans un domaine (l'informatique) où tout est tellement cartésien, guidé par la science (des matériaux du moins), et ou la logique pure et dure voudrait, que dis-je, exigerait que quelque chose qui marchait hier marche *pareil* aujourd'hui. (En fait c'est complexe, y'a des petits malins qui ont réussi à élever leurs droits sur une machine en exploitant une vulnérabilité d'une certaine DDR3 où à force d'écrire à répétition au même endroit, ça modifiait la cellule/rangée voisine. Donc oui, du pseudo-aléatoire on y a droit de temps en temps) 1 - Y a t'il quoi que ce soit qui ait pu se passer entre hier et aujourd'hui? 2 - Peux-tu tester la sortie avec un autre périphérique? d'afficher la moindre image, le vidéo-proj n'a plus de signal provenant de ladite prise... Je suis sous KDE et le panneau de configuration de me propose plus de hdmi, pas plus que xrandr : $ xranrd Screen 0: minimum 320 x 200, current 1366 x 768, maximum 8192 x 8192 LVDS1 connected 1366x768+0+0 (normal left inverted right x axis y axis) 344mm x 194mm 1366x768 60.0*+ 1360x768 59.8 60.0 1024x768 60.0 800x60060.3 56.2 640x48059.9 VGA1 disconnected (normal left inverted right x axis y axis) Auriez-vous une piste vers laquelle chercher pour résoudre cet épineux problème ? 3 - Est-ce que quand tu génères un xorg.conf (coupe X, alt+ctrl+f1, en root X -configure, regarde dans /root/xorg.conf.new), en veillant bien à ce que tes 2(n) écrans soient branchés/allumés, combien y a t'il de sections _screen_? Cordialement, Nicolas R. -- mrr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55018a1d$0$3185$426a7...@news.free.fr
Re: Icedove déconne totalement
On 03/12/2015 09:10 PM, maderios wrote: On 03/12/2015 02:30 PM, mrr wrote: Bonjour Et ça a marché? Moi non plus je n'ai pas gnome mais j'ai quand même gvfs et je ne pourrai pas l'enlever sans enlever pcmanfm: ~$ aptitude why gvfs i pcmanfm *Recommends* gvfs-fuse i A gvfs-fuse Dependsgvfs (= 1.22.2-1) Ce qui montre que gvfs n'est pas indispensable. Chez moi: aptitude why gvfs i thunar Recommends gvfs Et Thunar se porte bien... Ben c'est vrai, ça! J'avais pas fait gaffe, je viens de virer 6 paquets gvfs* et clair, pcmanfm reste cool :) Maintenant, un why gvfs renvoie: i tilda Depends libgtk-3-0 (= 3.0.0) i A libgtk-3-0 Suggests gvfs Tiens-tiens, on passe des _Recommends_ aux _Depends_, c'est une commande bavarde (elle sait peut-être pas se taire ;) ) -- mrr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5502144b$0$3044$426a7...@news.free.fr
[HS] Histoires de guerre (Re: HDMI disparu)
Le jeudi 12 mars 2015, 22:02:37 Haricophile a écrit : […] Une raison il y en a toujours, une raison accessible à notre perception ou notre raisonnement c'est autre chose. Hmm, « principe de raison suffisante »… Autrefois j'ai entendu parler d'un ordinateur d'entreprise qui plantait les jours de semaine à 11h55. […] Ouh, des histoires de guerre ! Une pas si vieille que je tiens de mon garagiste : une voiture qui tombait en panne seulement quand son propriétaire rentrait du boulot. Pour la faire courte : le type était pressé de rentrer et n’enlevait pas ses chaussures de sécurité au retour (et ne les mettait pas à l’aller), la coque en métal perturbait l’électronique… Sinon, une plus vieille mais non moins intéressante (et qui ramènera certains à la discussion un peu houleuse qui a eu lieu cette semaine (mais c’est pas grave, vendredi est dans quelques minutes ;o)) : http://www.ibiblio.org/harris/500milemail.html -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1586687.jJAfNMyPpA@earendil
Re: Non Réception de paiement
Aah! Pour troller ya du monde, quand il s' agit de régler la facture... -- La musique adoucit-elle les moeurs? Testez-vous sur: http://soundcloud.com/ouhena http://www.reverbnation.com/koslow -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150312113354.09163b9e@gargamel.ouhena.intra
Re: Serveur mail: quel agent par defaut? + quqelques conseils
salut Il y a un truc bizarre qui est arrive durant la nuit j'ai recu 1 email emanant d'un de mes sites alors que la configuration n'etais pas bonne O_o Pour moi c'est pas rationnel et j'arrive pas a comprendre comment ca pu arrive Une idee? Ca devait fonctionner si le domaine du destinataire du mail est géré chez OVH (en hebergement mutualisé) Oui c'est bien ca, les seul mail que l'on a recu avais pour destinataire quelquech...@monsite.com J'avais pas realise. Cordialement Hugues Ce qui correspond à cette ligne dans les logs que tu as envoyé précédemment. Mar 12 06:55:46 ns34 postfix/smtp[10175]: D9C9A28005A: to= t...@monsite.com, relay=mx1.ovh.net[213.186.33.29]:25, delay=150, delays=0.07/0/60/90, dsn=2.0.0, status=sent (250 ok 1426139728 qp 29655) t...@monsite.com est accepté , car mx1.ovh.net doit le connaitre :) . @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55016642.5050...@stuxnet.org
Re: mon crontab n'aime pas la nuit
On Thu, 12 Mar 2015 11:08:41 +0100 andre_deb...@numericable.fr wrote: Le problème semble résolu. Ce n'est pas crontab qui n'aime pas la nuit, mais l'anti-spams du mail, pour le rapport de logwatch, qui considère qu'un mail envoyé à 3h du matin est un spam. Par contre, à 18h, c'est pas un spam. Tiens !?? C' est curieux d' intégrer une plage horaire dans le tri spam/pas spam. Vincent -- La musique adoucit-elle les moeurs? Testez-vous sur: http://soundcloud.com/ouhena http://www.reverbnation.com/koslow -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150312115053.35637b9b@gargamel.ouhena.intra
Re: Icedove déconne totalement
Bonjour, On 02/03/2015 10:21, pmenier wrote: Le 01/03/2015 19:19, Adrien Caillot a écrit : Je rencontre plusieurs problèmes avec Icedove : [...] Le fait de balader le profil depuis plusieurs machines est certes, pratique, mais au bout d'un moment ça foire toujours un peu. Tu peux déjà tester si c'est bien lié à cela en créant un profil tempo: $ icedove -profilemanager Tu configures juste un compte et tu testes. Tu verras bien si tu as toujours des erreurs. Je suis certain que les problèmes sont liés à mon profil. Voilà ce que j'ai déjà fait. - J'ai remarqué que j'avais un processus gvfsd-metadata qui tournait et sollicitait le disque dur en permanence. Or, ce truc vient de Gnome et je n'utilise pas Gnome (mais j'ai récupéré cette machine avec Debian déjà installée). J'ai tué ce processus et fait apt-get remove --purge gvfs-daemons gvfs-dbg gnome*. Ce n'est pas lié à Icedove mais ça a amélioré les performances. - J'ai trouvé cet article : http://rainbow.chard.org/2013/02/19/thunderbird-high-cpu/ et j'ai fait ce qu'il dit (remplacer la valeur 3 par 3000). Contrairement à ce qu'il dit, je n'ai pas constaté de changement. - En lisant les commentaires sous l'article, j'ai vu qu'il était conseillé de désactiver la recherche globale et l'indexation (dans les préférences avancées, onglet général - Disable global search and indexer). Je l'ai fait. Depuis, j'ai beaucoup moins de problèmes. J'ai même cru quelques jours que tout était résolu. Mais pourtant les problèmes reviennent. J'aimerais repartir d'un nouveau profil vide, mais j'ai deux contraintes à respecter impérativement : - Garder tous mes mails et leur arborescence. - Garer tout mon carnet d'adresses. Je peux recréer les comptes un par un et je me fiche de garder ou non les filtres. Quelle est la façon la plus propre possible de faire cela ? Pour le carnet d'adresse, c'est relativement simple. Mais pour les mails, j'ai des centaines de dossiers et il n'est pas envisageable que je les importe un par un. Merci. -- AC -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55016eb8.5000...@yahoo.fr
HDMI disparu
Bonjour à tous, J'ai un portable Toshiba au boulot dont j'utilise la sortie HDMI pour un vidéo-projecteur. Ce matin, j'allume le portable : la sortie hdmi a disparu ! Plus moyen d'afficher la moindre image, le vidéo-proj n'a plus de signal provenant de ladite prise... Je suis sous KDE et le panneau de configuration de me propose plus de hdmi, pas plus que xrandr : $ xranrd Screen 0: minimum 320 x 200, current 1366 x 768, maximum 8192 x 8192 LVDS1 connected 1366x768+0+0 (normal left inverted right x axis y axis) 344mm x 194mm 1366x768 60.0*+ 1360x768 59.8 60.0 1024x768 60.0 800x60060.3 56.2 640x48059.9 VGA1 disconnected (normal left inverted right x axis y axis) Auriez-vous une piste vers laquelle chercher pour résoudre cet épineux problème ? Cordialement, Nicolas R. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/cdb9f9dfdf1929131c4ecc2efdddb...@tycho.fr
Non Réception de paiement
Cher(e) EDF Client(e) : Votre paiement a �t� refus� par votre �tablissement bancaire en raison d'un probl�me technique sur le systeme de pr�l�vement automatique. D�passement du plafond journalier, Erreur de saisie des donn�es bancaires, Erreur de la saisie du nom du titulaire de la carte de cr�dit. Pour �viter la p�nalit�s du retard, nous vous donnons la possibilit� de payer en ligne. Afin de r�gler votre facture N� F03247.6195.8456.1628, cliquer sur le lien ci-dessous : 39 39 R�gler votre facture 3A 3A Lors d'�chec de r�gularisation de votre situation, nous proc�derons � la suspension de fourniture d'energie, Cette intervention vous sera factur�e . ATTENTION : Ce message est strictement confidentiel. Son int�grit� n'est pas assur�e sur Internet. Si vous n'etes pas destinataire du message, merci de le d�truire. EDF SA au capital de 924 433 331 AC, RCS Paris n� 552 081 317, si�ge social 22-30 av de Wagram 75382 Paris cedex 08. Copyright � EDF 2015
Re: mon crontab n'aime pas la nuit
Le problème semble résolu. Ce n'est pas crontab qui n'aime pas la nuit, mais l'anti-spams du mail, pour le rapport de logwatch, qui considère qu'un mail envoyé à 3h du matin est un spam. Par contre, à 18h, c'est pas un spam. En changeant de mails, je reçois à nouveau les rapports de logwatch à 3h. Je me sens un peu honteux... j'aurais dû me douter de cette possibilité en consultant plus vite le dossier spams du mail, toutes mes excuses. André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/201503121108.41412.andre_deb...@numericable.fr
Re: construire une série de paquets interdépendants
Le Thu, 12 Mar 2015 01:44:15 +0100 Gaëtan PERRIER gaetan.perr...@neuf.fr a écrit: Le Wed, 11 Mar 2015 10:41:33 +0100 Sébastien NOBILI sebnewslet...@free.fr a écrit: Bonjour, Le mardi 10 mars 2015 à 21:08, Gaëtan PERRIER a écrit : Je voudrais construire les paquets xfce 4.12 sur une stable+backports. Le problème c'est que rapidement on se retrouve avec des paquets qui pour être construit ont des dépendances sur des paquets que l'on vient de construire. Je me retrouve donc bloqué. Comment résoudre ce problème ? Suite à une discussion ici-même (il y a quelques années), j'ai découvert « apt-src ». Il permet justement (entre autres) de répondre à ce genre de problème. Voilà comment je l'ai configuré : - création d'un chroot sur la branche stable (pour éviter de pourrir mon système) dans lequel je rentre avec l'excellent « schroot »; - installation de « apt-src » (évidemment); - ajout des « deb-src » de testing et unstable dans le sources.list; - « installation » des sources du paquet qui m'intéresse avec apt-src dans un dossier personnel : apt-src install xfce4 (note, dans ton cas, tu n'auras pas la 4.12 mais la 4.10 à moins d'ajouter de « deb-src » de experimental). À « l'installation » d'un paquet source, apt-src se charge automatiquement de rapatrier les dépendances quand elles sont disponibles. Si une dépendance n'est pas disponible, je récupère le paquet source (toujours avec apt-src), je le compile et je l'installe (cette étape peut nécessiter de se créer une liste de dépendances pour éviter de s'y perdre). Tu parles de paquets « interdépendants ». Dans la pratique ce n'est jamais le cas (problème de poule et d'œuf), il y a forcément un point de départ qui te permettra de générer toute la chaîne. Pour les tâches de maintenance courante : apt-src update apt-src upgrade Ce qui permet de récupérer les mises-à-jour lorsque le paquet source bouge. Sébastien Merci, pour cette explication je vais essayer de suivre ce que tu indiques. J'ai commencé pour l'instant ça se passe bien sauf que l'installation des paquets via apt-get src ou install est très lente et bloque les accès disques aux autres applications. Est-ce normal ? Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150313001520.879e97c2dfb76ee202c0f...@neuf.fr
Re: construire une série de paquets interdépendants
On 03/11/2015 10:50 AM, Sébastien NOBILI wrote: Bonjour, Le mardi 10 mars 2015 à 21:08, Gaëtan PERRIER a écrit : Je voudrais construire les paquets xfce 4.12 sur une stable+backports. Le problème c'est que rapidement on se retrouve avec des paquets qui pour être construit ont des dépendances sur des paquets que l'on vient de construire. Je me retrouve donc bloqué. Comment résoudre ce problème ? Suite à une discussion ici-même (il y a quelques années), j'ai découvert « apt-src ». Excellent cet apt-src, je l'avais jamais utilisé (d'ailleurs y'en a des masses des outils apt!) Il permet justement (entre autres) de répondre à ce genre de problème. Voilà comment je l'ai configuré : - création d'un chroot sur la branche stable (pour éviter de pourrir mon système) dans lequel je rentre avec l'excellent « schroot »; - installation de « apt-src » (évidemment); - ajout des « deb-src » de testing et unstable dans le sources.list; - « installation » des sources du paquet qui m'intéresse avec apt-src dans un dossier personnel : apt-src install xfce4 (note, dans ton cas, tu n'auras pas la 4.12 mais la 4.10 à moins d'ajouter de « deb-src » de experimental). À « l'installation » d'un paquet source, apt-src se charge automatiquement de rapatrier les dépendances quand elles sont disponibles. Si une dépendance n'est pas disponible, je récupère le paquet source (toujours avec apt-src), je le compile et je l'installe (cette étape peut nécessiter de se créer une liste de dépendances pour éviter de s'y perdre). Tu parles de paquets « interdépendants ». Dans la pratique ce n'est jamais le cas (problème de poule et d'œuf), il y a forcément un point de départ qui te permettra de générer toute la chaîne. Je dirais que dans le cas d'une dépendance circulaire (A dépend de B dépend de C dépend de A), on a bel et bien un souci. Dans la pratique (par exemple), on installe A en le forçant un peu (en gros on lui dit d'ignorer qu'il dépend de B ce qui fait qu'il est un peu cassé après installation), puis (si tout va bien, c'est là qu'il peut éventuellement y avoir un casse-tête, il ne faudrait pas que le fait qu'il ait été installé cassé se propage) C puis B. Là, 2 possibilités, soit A est toujours cassé et on le réinstalle, soit soit A marche nickel et on est tout bon. Pour les tâches de maintenance courante : apt-src update apt-src upgrade apt-scr, c'est bien pour travailler à partir des sources, on pourrait pas tout simplement lancer un: apt-get build-dep (ou aptitude)? (Tout ça (apt-src, apt-get) implique que l'OP ait spécifié et créé son .deb) Ce qui permet de récupérer les mises-à-jour lorsque le paquet source bouge. Sébastien Pour ajouter un petit commentaire au thread précédent, si ton paquet est accepté dans debian, je crois que tu devras te taper toute la procédure expérimental - sid - testing pour finir dans une prochaine version stable (ce ne sera bien sûr pas wheezy, ni même lenny qui arrive bientôt en stable), et ce même si tu considère ton programme extrêmement stable et bien écrit. Enfin, je dirais que ça vaut le coup, être (officiellement) dans Debian, c'est une belle pub, et ça permet moyennant de petites modifications (ou non même) d'aller dans les dérivés Ubuntu etc. EDIT: je viens de lire un peu à propos d'apt-src, c'est vrai qu'il semble bien indiqué dans ce cas! -- mrr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55013481$0$3345$426a7...@news.free.fr
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Les serveurs des FAI fonctionnent en multi MX avec des priorités et des compteurs d'IPs (sans parler des check sur les domaines), si tu shoot trop sur le premier MX ne compte pas sur le 2eme pour te laisser passer. L'envoi de mail est de plus en plus restrictif donc attention aux requêtes de dialogues SMTP avec les serveurs distants. Il y a aussi la phase de warmup de ton IP. Certaines blocklist ou site de réputation peuvent ne pas apprécier ton débit d'envoi, mais ton quota est largement tolérable 2000 mails / jour en notifications devraient passer avec un joli Postfix ou ce que tu souhaites. En revanche la clef de tout ton projet c'est de la doc et des tests. Déployer a l'arrache sans phase de dev est contre-productif il faut pratiquer. On 03/10/2015 04:23 PM, BERTRAND Joël wrote: Gaël a écrit : Hello, Par contre, comme déjà évoqué, ssmtp ne gère pas de queue. Si le SMTP de ton FAI n'est pas joignable, le message est perdu. Aussi, les gros FAI ont plusieurs serveurs de mails, et donc si l'un est injoignable, normalement les autres le sont, et le message n'est donc pas perdu. Enfin si je comprends bien le fonctionnement. Ça, c'est la théorie. En pratique, il peut y avoir un cluster de serveurs sur la même IP avec une machine frontale souvent saturée ou du greylisting, les deux renvoyant ou un timeout ou une erreur 4xx. Il est toujours nécessaire de gérer des queues. Il peut aussi y avoir du greetingsdelay un peu sauvage. À titre personnel, j'ai des queues différentes selon les domaines (une queue spéciale pour tout ce qui était 9T/SFR, parce que pour leur envoyer un mail, il faut se lever tôt certains jours...). Cordialement, JKB -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54ff177a.1070...@gmail.com
Re: Serveur mail: quel agent par defaut? + quqelques conseils
Johnny B a écrit : Les serveurs des FAI fonctionnent en multi MX avec des priorités et des compteurs d'IPs (sans parler des check sur les domaines), si tu shoot trop sur le premier MX ne compte pas sur le 2eme pour te laisser passer. L'envoi de mail est de plus en plus restrictif donc attention aux requêtes de dialogues SMTP avec les serveurs distants. Il y a aussi la phase de warmup de ton IP. Certaines blocklist ou site de réputation peuvent ne pas apprécier ton débit d'envoi, mais ton quota est largement tolérable 2000 mails / jour en notifications devraient passer avec un joli Postfix ou ce que tu souhaites. En revanche la clef de tout ton projet c'est de la doc et des tests. Déployer a l'arrache sans phase de dev est contre-productif il faut pratiquer. Soupirs... Merci de m'apprendre mon métier. J'ai administré et j'administre toujours plusieurs domaines de messageries qui traitent plusieurs dizaines de milliers de messages par jour sur une infrastructure dont tu n'as même pas idée. Je sais à peu près de quoi je parle. Ta logorrhée verbale ne m'impressionne pas d'autant qu'elle ne veut à peu près rien dire. À ce propos, tes messages vont dès à présent chez mon copain Dave Null. Fin de la discussion. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54ff1c37.7020...@systella.fr
