Re: Logiciel pour imprimer un Mh folder (fichier mail).
Re, On Sun, Mar 11, 2018 at 08:19:52PM +0100, Benoit B wrote: [...] > Mais le problème c'est que muttprint imprime des pages de caractères > du Contennt-Transfer-Encoding: base 64 au lieux de le voir comme une > pièce jointe... > > Et là je ne trouves pas d'option dans la doc. > > Qlq a une idée ? Une chaîne de pipes, jusqu'à obtenir exactement ce que tu veux pour ne passer que cela à muttprint en fin de chaîne... A priori, il est conçu pour être appelé depuis un mailer, ce qui laisse penser que l'interprétation mime est déjà faite et qu'il ne reçoit que le texte du corps du message pour l'imprimer. Il faudrait donc arriver à reproduire ça en ligne de commande... Je vois 2-3 paquets tout fait qui seraient à tester dans les archives Debian : mailtextbody - tool to return the body of an email message ripmime - Extract attachments out of MIME encoded emails maildrop - mail delivery agent with filtering abilities (contient reformail) et sinon, écrire un outil spécifique en Perl avec les nombreux modules de gestion d'emails qui existent, faire le décodage et le passer à muttprint ensuite ? Hih, -- JFS.
Re: Logiciel pour imprimer un Mh folder (fichier mail).
J'ai pu tester muttprint avec les sources. Quant à LaTeX, je me suis fait ma propre installation sans les paquets debian. Il y a de chouettes outils dans la distribution TeX Live pour le faire aisément et ensuite installer uniquement les classes dont on a besoin à partir du CTAN (ctan.org). Donc pour les dépendances du paquet debian c'est comme si je n'avais rien. Mais apparemment muttprint peut utiliser la distribution LaTeX qui est installée. D'après le README.Latex des sources il faut juste ça : · array.sty · babel.sty · fancyhdr.sty · fancyvrb.sty · fontenc.sty · graphicx.sty · inputenc.sty · lastpage.sty · marvosym.sty · textcomp.sty Il me manquait juste lastpage.sty que j'ai installé. Donc de ce côté ca va, Mais le problème c'est que muttprint imprime des pages de caractères du Contennt-Transfer-Encoding: base 64 au lieux de le voir comme une pièce jointe... Et là je ne trouves pas d'option dans la doc. Qlq a une idée ? Merci d'avance. -- Benoit Le 11 mars 2018 à 17:24, JF Straetena écrit : > > Re, > > > On Sun, Mar 11, 2018 at 11:10:49AM +0100, Benoit B wrote: > >> Merci pour l'info, c'est une super idée, j'étais enthousiaste de >> tester muttprint, mais je ne suis pas parvenu à l'installer, car je >> n'ai passez de place sur mon disque. >> Le paquet muttprint a plus d'un 1.3 Go de dépendances avec texlive. > >> Comme j'ai toujours été horrifié par le volume du paquet >> texlive-latex-extra, j'ai pris l'habitude d'installer moi même les >> classes LaTeX dont j'avais besoin dans ce paquet... > > Tu es sûr que c'est celui-là ? Aptitude me dit ± 52 Mb décompressé > ici, ce qui n'est pas le Pérou... > > Ou bien tu n'avais rien du tout de LaTeX sur cette machine, ce qui a > entraîné une installation de paquets massive ? > > >> Tu as une idée pour contourner ce problème ? > > Pour l'évaluer uniquement, il te suffirait de télécharger les sources > ici http://muttprint.sf.net/, décompresser le .tar.gz, puis de tester > comme ceci depuis le répertoire d'extraction : > > perl ./muttprint -f > > Il devrait imprimer le mail sur l'imprimante par défaut du système. > > Ensuite, si ça te botte, il faudra sévir : soit faire de la place pour > une install orthodoxe, soit se résoudre à des trucs qui bypassent > APT... > > Hih, > > -- > > JFS. >
Re: Logiciel pour imprimer un Mh folder (fichier mail).
Re, On Sun, Mar 11, 2018 at 11:10:49AM +0100, Benoit B wrote: > Merci pour l'info, c'est une super idée, j'étais enthousiaste de > tester muttprint, mais je ne suis pas parvenu à l'installer, car je > n'ai passez de place sur mon disque. > Le paquet muttprint a plus d'un 1.3 Go de dépendances avec texlive. > Comme j'ai toujours été horrifié par le volume du paquet > texlive-latex-extra, j'ai pris l'habitude d'installer moi même les > classes LaTeX dont j'avais besoin dans ce paquet... Tu es sûr que c'est celui-là ? Aptitude me dit ± 52 Mb décompressé ici, ce qui n'est pas le Pérou... Ou bien tu n'avais rien du tout de LaTeX sur cette machine, ce qui a entraîné une installation de paquets massive ? > Tu as une idée pour contourner ce problème ? Pour l'évaluer uniquement, il te suffirait de télécharger les sources ici http://muttprint.sf.net/, décompresser le .tar.gz, puis de tester comme ceci depuis le répertoire d'extraction : perl ./muttprint -f Il devrait imprimer le mail sur l'imprimante par défaut du système. Ensuite, si ça te botte, il faudra sévir : soit faire de la place pour une install orthodoxe, soit se résoudre à des trucs qui bypassent APT... Hih, -- JFS.
Re: HS: Virtualisation côté serveur
Bonjour Chistophe, Tout d’abord merci pour le décryptage. Christophe De Natalewrites: > * une partition "boot" de 300 Mo Perso je suis dubitatif avec la partition boot qui se remplit vite avec les maj noyau. Il faut penser à nettoyer régulièrement et j’ai réussi à faire quelques bêtises et à ne plus pouvoir booter mon système. > * le reste du disque en lvm nommé "lvm-pool" dans lequel on met : > # 20 Go pour la racine > # le reste pour "home" On mets les VM dans home je suppose ; mais j’anticipe, je n’ai pas encore tout lu. > # 5 Go libre pour d'éventuels snapshot Pour pouvoir agrandir une des partitions c’est ça ? Cordialement, -- Raphaël POITEVIN
Re: Connexion distante à une base de données MySQL
Le 11/03/2018 à 14:14, G2PC a écrit : [...] Pour SSH : ssh -gNL 1080:mysql-base.alwaysdata.net:3306 utilisateur_de_ma_b...@mysql-base.alwaysdata.net ssh: connect to host mysql-base.alwaysdata.net port 22: Network is unreachable zsh: exit 255 ssh -gNL 1080:mysql-base.alwaysdata.net:3306 utilisateur_de_ma_b...@mysql-base.alwaysdata.net dh@deex:~$ nmap -A -T4 mysql-base.alwaysdata.net Starting Nmap 7.01 ( https://nmap.org ) at 2018-03-11 14:45 CET Nmap scan report for mysql-base.alwaysdata.net (185.31.40.55) Host is up (0.053s latency). Other addresses for mysql-base.alwaysdata.net (not scanned): 2a00:b6e0:1:100:11::1 rDNS record for 185.31.40.55: mysql11.paris1.alwaysdata.com Not shown: 998 closed ports PORT STATE SERVICE VERSION 110/tcp open pop3-proxy Astaro firewall pop3 proxy 3306/tcp open mysql MySQL 5.5.5-10.1.31-MariaDB | mysql-info: | Protocol: 53 | Version: .5.5-10.1.31-MariaDB | Thread ID: 7176412 | Capabilities flags: 65535 | Some Capabilities: IgnoreSigpipes, SwitchToSSLAfterHandshake, SupportsTransactions, Speaks41ProtocolNew, FoundRows, LongPassword, InteractiveClient, Support41Auth, LongColumnFlag, Speaks41ProtocolOld, SupportsLoadDataLocal, IgnoreSpaceBeforeParenthesis, DontAllowDatabaseTableColumn, ODBCClient, ConnectWithDatabase, SupportsCompression | Status: Autocommit |_ Salt: ]=Vz#>LCK.EPC?R\W!https://nmap.org ) at 2018-03-11 14:49 CET Nmap scan report for mysql-base.alwaysdata.net (185.31.40.55) Host is up (0.093s latency). Other addresses for mysql-base.alwaysdata.net (not scanned): 2a00:b6e0:1:100:11::1 rDNS record for 185.31.40.55: mysql11.paris1.alwaysdata.com Not shown: 64534 closed ports Pas de port ssh ouvert, uniquement 110 et 3306. -- Daniel
Re: Connexion distante à une base de données MySQL
Le 11/03/2018 à 13:25, Ph. Gras a écrit : > Moi, j'y arrive quand bien même mon tunnel SSH n'est pas sur le port 22 : > > # mysql -u root -p mysql-base.alwaysdata.net > Enter password: > ERROR 1049 (42000): Unknown database 'mysql-base.alwaysdata.net' > # mysql -u user -p mysql-base.alwaysdata.net > Enter password: > ERROR 1045 (28000): Access denied for user 'user'@'localhost' (using > password: YES) > # mysql -u user -h mysql-base.alwaysdata.net > ERROR 1045 (28000): Access denied for user 'user'@'MON IP' (using password: > NO) > # mysql -u user -p -h mysql-base.alwaysdata.net > Enter password: > ERROR 1045 (28000): Access denied for user 'user'@'MON IP' (using password: > NO) > # > > Logique, puisque l'utilisateur user n'existe pas et je n'ai pas le password. > > Mais le serveur mysql-base.alwaysdata.net répond ;-) > > Je pense que c'est ton script qui déconne quelque part. > > Bonne pioche, > > Ph. Gras Pour la simple connexion mysql, ça fonctionne parfaitement avec mon script : mysql -uUTILISATEUR -pPASSWORD -hSERVEUR -D BASEDEDONNEES -e 'SELECT * FROM TABLE' Exemple si j'intérroge une table ici : mysql: [Warning] Using a password on the command line interface can be insecure. ++ | Tables_in_base_affiliation | ++ | table_affiliation | | table_canalweb | | table_langue | | table_partenariat | | table_pays | ++ Allé, j'ai tenté, avec le paramètre --ssl comme conseillé par l'hébergeur, j'obtiens ceci : mysql: [Warning] Using a password on the command line interface can be insecure. WARNING: --ssl is deprecated and will be removed in a future version. Use --ssl-mode instead. ++ | Tables_in_base_affiliation | ++ | table_affiliation | | table_canalweb | | table_langue | | table_partenariat | | table_pays | ++ Pour SSH : ssh -gNL 1080:mysql-base.alwaysdata.net:3306 utilisateur_de_ma_b...@mysql-base.alwaysdata.net ssh: connect to host mysql-base.alwaysdata.net port 22: Network is unreachable zsh: exit 255 ssh -gNL 1080:mysql-base.alwaysdata.net:3306 utilisateur_de_ma_b...@mysql-base.alwaysdata.net signature.asc Description: OpenPGP digital signature
Re: Connexion distante à une base de données MySQL
Salut, > Pour alwaysdata (mysql-base.alwaysdata.net) qui est un mutualisé sur > lequel je test la connexion distante, avec mon script, je n'arrive pas à > me connecter en SSH. Moi, j'y arrive quand bien même mon tunnel SSH n'est pas sur le port 22 : # mysql -u root -p mysql-base.alwaysdata.net Enter password: ERROR 1049 (42000): Unknown database 'mysql-base.alwaysdata.net' # mysql -u user -p mysql-base.alwaysdata.net Enter password: ERROR 1045 (28000): Access denied for user 'user'@'localhost' (using password: YES) # mysql -u user -h mysql-base.alwaysdata.net ERROR 1045 (28000): Access denied for user 'user'@'MON IP' (using password: NO) # mysql -u user -p -h mysql-base.alwaysdata.net Enter password: ERROR 1045 (28000): Access denied for user 'user'@'MON IP' (using password: NO) # Logique, puisque l'utilisateur user n'existe pas et je n'ai pas le password. Mais le serveur mysql-base.alwaysdata.net répond ;-) Je pense que c'est ton script qui déconne quelque part. Bonne pioche, Ph. Gras
Re: Debian 9.3 non free bogue d'installation
Le Sun, 11 Mar 2018 10:45:07 +0100, didier gaumeta écrit : > je n'arrive pas à retrouver un lien mais il me semble bien avoir vu > quelque part un commentaire officiel de l'équipe Debian indiquant que > les versions Live ne bénéficient pas des mêmes soins que les versions > normales et que si la situation ne s'améliorait pas les versions Live > seraient tout simplement supprimées car trop buguées Je ne sais pas, mais c'est certain que ce n'est pas leur priorité. Pour une live, soit je considérerais que la Debian est une base pour construire sa propre live, il y a tous les outils, soit j'utiliserais une des nombreuses dérivée bien paufinées genre Linux Mint ou autre (dont des spécialisées comme Librazik).
Re: Debian 9.3 non free bogue d'installation
Bonjour, pas suivis tout le fil, mais j'aperçois une 9.4 qui a pointé le bout de son nez, les bugs sont probablement fixed ;) Le 11/03/2018 à 10:45, didier gaumet a écrit : > (désolé G2PC, je t'ai répondu par inadvertance en privé) > > je n'arrive pas à retrouver un lien mais il me semble bien avoir vu > quelque part un commentaire officiel de l'équipe Debian indiquant que > les versions Live ne bénéficient pas des mêmes soins que les versions > normales et que si la situation ne s'améliorait pas les versions Live > seraient tout simplement supprimées car trop buguées > > donc les médias Live à la grande rigueur pour tester (mais de nos jours > c'est vraiment facile de tester dans une machine virtuelles ou > d'installer une version normale sur une clé USB...) mais pour installer, > privilégier les médias d'installation... > signature.asc Description: OpenPGP digital signature
Re: Logiciel pour imprimer un Mh folder (fichier mail).
Bonjour, Merci pour l'info, c'est une super idée, j'étais enthousiaste de tester muttprint, mais je ne suis pas parvenu à l'installer, car je n'ai passez de place sur mon disque. Le paquet muttprint a plus d'un 1.3 Go de dépendances avec texlive. Comme j'ai toujours été horrifié par le volume du paquet texlive-latex-extra, j'ai pris l'habitude d'installer moi même les classes LaTeX dont j'avais besoin dans ce paquet... Tu as une idée pour contourner ce problème ? Merci d'avance. Merci d'avance. -- Benoit Le 10 mars 2018 à 21:28, JF Straetena écrit : > > Hello, > > > On Sat, Mar 10, 2018 at 10:09:42AM +0100, Benoit B wrote: > >> Je recherche un logiciel pour imprimer des fichiers mail d'un Mh >> folder. >> >> La fonction d'impression de mon client mail (Claws Mail) ,ne >> convient pas car, je devrais imprimer les mails un à un sans pouvoir >> les reformater. > [...] >> Quelqu'un a une idée ? > [...] >> La cerise sur le gâteau serait un logiciel en ligne de commande pour >> itérer ou utiliser des * par exemple... > > Regarde à quoi tu arriverais avec muttprint, peut-être... > > Je déduis de ton mail que tu as accès aux e-mails sous forme de > fichiers indépendants dans un Mh, juste ? > > Je viens d'essayer en ligne de commande sur ton mail, mais dans un > folder Maildir et ça semble marcher. > > muttprint -f > > Si je dis « semble », c'est parce que le « Bonjour à tous » devient > « Bonjour =C3=A0 tous » en ligne de commande, ce qui ne se produit pas > si c'est effectué depuis Mutt (c'est parfait dans ce cas). > > Il y a donc des "séquences" dans le texte du mail (je soupçonne que ça > soit pour arriver à faire passer les accents dans de l'ASCII) qu'il > faudrait interpréter correctement d'abord avant d'imprimer. > > À ta place, si muttprint convient, je regarderais à partir d'ici vers > des outils comme 'formail' pour voir si on peut trouver un > interpréteur à interfacer pour faire quelque chose comme : > > for m in foldermh/* > do > cat $m | | muttprint > > done > > Tiens nous au courant si ça marche ;) > > Bonne chance & A+, > > > -- > > JFS. >
Re: télé [résolu]
Le dimanche 11 mars 2018, 10:41:46 CET didier gaumet a écrit : > Le 10/03/2018 à 14:34, Klaus Becker a écrit : > > J'ai trouvé comment regarder et enregistrer la télé allemande par mon > > antenne parabolique digitale. > > prépare les bières et les amuse-gueule, on arrive ;-) > (faut aussi que tu paramètres les sous-titres français: j'ai bien peur > que mes deux ans d'allemand scolaire soient très largement insuffisants > et quasi-oubliés) > > > J'ai un tuner de chez http://sundtek.com. Sur leur site, on peut > > télécharger des playlists pour la télé allemande. J'ouvre une telle liste > > avec vlc, j'ai la 1ère chaîne dans la liste. > > c'est plus pratique, mais si jamais tu pers le fichier et qu'ils ne le > proposent plus au téléchargement, tu peux faire un scan avec les outils > précédemment mentionnés pour le constituer > > [...] > > > je suppose que ça > > fonctionne seulement avec les tuners de chez Sundtek, > > [...] > > je ne pense pas? ça doit plutôt recenser les canaux accessibles via un > satellite sur toute sa zone de couverture terrestre quel que soit > l'adaptateur DVB-S? Peut-être, à tester. Vlc est une solution, mais avec MythTV j'arrive toujours pas. Bon dimanche Klaus
Re: Debian 9.3 non free bogue d'installation
(désolé G2PC, je t'ai répondu par inadvertance en privé) je n'arrive pas à retrouver un lien mais il me semble bien avoir vu quelque part un commentaire officiel de l'équipe Debian indiquant que les versions Live ne bénéficient pas des mêmes soins que les versions normales et que si la situation ne s'améliorait pas les versions Live seraient tout simplement supprimées car trop buguées donc les médias Live à la grande rigueur pour tester (mais de nos jours c'est vraiment facile de tester dans une machine virtuelles ou d'installer une version normale sur une clé USB...) mais pour installer, privilégier les médias d'installation...
Re: télé [résolu]
Le 10/03/2018 à 14:34, Klaus Becker a écrit : > J'ai trouvé comment regarder et enregistrer la télé allemande par mon antenne > parabolique digitale. prépare les bières et les amuse-gueule, on arrive ;-) (faut aussi que tu paramètres les sous-titres français: j'ai bien peur que mes deux ans d'allemand scolaire soient très largement insuffisants et quasi-oubliés) > J'ai un tuner de chez http://sundtek.com. Sur leur site, on peut télécharger > des playlists pour la télé allemande. J'ouvre une telle liste avec vlc, j'ai > la 1ère chaîne dans la liste. c'est plus pratique, mais si jamais tu pers le fichier et qu'ils ne le proposent plus au téléchargement, tu peux faire un scan avec les outils précédemment mentionnés pour le constituer [...] > je suppose que ça > fonctionne seulement avec les tuners de chez Sundtek, [...] je ne pense pas? ça doit plutôt recenser les canaux accessibles via un satellite sur toute sa zone de couverture terrestre quel que soit l'adaptateur DVB-S?
Re: Connexion distante à une base de données MySQL
Le 11 mars 2018 01:46, "G2PC"a écrit : Le 11/03/2018 à 01:11, Ph. Gras a écrit : > Hello! > >> Pourtant, j'arrive à me connecter en SSH à mon serveur VPS de OVH. >> Bernard m'avait expliqué mais j'avoue ne pas comprendre, si ssh a besoin du port 22, et, qu'il n'est pas ouvert, comment ça se fait que j'arrive à me connecter à mon serveur VPS… > Le port 22 peut être fermé et SSH configuré sur un autre port, mais peu importe puisque tu es déjà > dans un tunnel SSH. > > Par contre, tu n'es pas sur le port sur lequel le serveur MySQL distant écoute, et qui est sans doute > le port 3306. > > Quand, dans ton tunnel SSH, tu appelles un service sur un serveur distant, il convient aussi que tu > te branches le port sur lequel ce service écoute. > > Si le service est MySQL c'est vraisemblablement 3306 (mais ça peut être un autre, on ne sait pas). > > Bonne réflexion, > > Ph. Gras Pour mon VPS, j'utilise ssh root@IP -i /home/user/.ssh/id_rsa.pub et je me connecte en SSH. Ici, je ne précise aucun port et je me connecte avec passephrase puis utilisateur root ( je sais ... ) Pour alwaysdata (mysql-base.alwaysdata.net) qui est un mutualisé sur lequel je test la connexion distante, avec mon script, je n'arrive pas à me connecter en SSH. Je suppose que effectivement le port est 3306 pour mysql, et, de mon côté, je ne sais pas, car, si le 22 est fermé ( sur la box ) je ne peux pas indiquer mon port si je n'ai pas ouvert un port SSH sur la box ? Je mélange un peu mais pourquoi sur le VPS, j'arrive à me connecter, sans donner de port, en connaissant mon ip fixe et en ayant une clé id-rsa.pub ? Alors que sur alwaysdata, en tentant 22:3306 ça me dit que 22 n'est pas accessible ou équivalent. Je vais retenter, en indiquant uniquement le port 3306 pour mysql. Je reste aussi dans le doute du fait de la réponse du service client qui me dit que je confond ssh et ssl, le service client me dit d'ajouter --ssl pour sécuriser la connexion, et, non pas SSH. Il y a deux techniques différentes : _faire passer la connexion mysql par un tunnel SSH _activer SSL sur la connexion mysql Cordialement Éric Dégenètais