Re: Fosdem rasspberry !
Bonsoir, Le lundi 5 février 2018 00:50:02 UTC+1, ptilou a écrit : > Bonsoir, > > J'ai testé la distrib , y a ce PB continuelle de l'authentification WIFI, et > donc c'est quoi les clés de hash du bon système, je vais pas corriger les > amusements de certain ... > > Sinon, chez Fedora ils m'ont dit que sur une tablette il existe une signature > de l'OS, et que chacun est spécifique au matériel, moi sur la takara le dev > il a oublié une partie de la commande du téléphone, je pense que lui aussi > doit être dans l'erreur, ou peut-être que lui même est une erreur ? > ( moi aussi je raconte des conneries mais c'est normal) > > Je ne savais pas que mon publics etait aussi nombreux, et je compte sur vous > pour les clès de hash ... > J'ai découvert quelque chose extraordinaire aujourd'hui, j' ai changé la Box orange, sans connexion avec internet l'adaptateur hdmi/vga ne fonctionne pas ! Je me rends à la Vilette le repaire des install partie, l'adaptateur fonctionne ! La machine avec laquelle je poste refuse d’ouvrir le bios, donc demain pour booter sur Linux je démonte le DD, au lieu d'aller flaner à Paris ! Au truc, la messe à Bruxelles un recruteur sur administration système m'a dit de prétendre à 5 K€ brut par mois sous Linux, pour ce tarif je fais fumer le debugger On m'a volé deux DD de sauvegarde et tous mes supports optique qui sont ma sécu informatique, et on m'a cassé 3 machines, le bios ne fonctionne plus, on dirait que l'on veut m’empêcher de travailler sous Linux pourquoi à votre avis ? Bon je veux bien les caractéristiques de l'alim raspberry, je l'ai perdu elle a disparu l'alim, et la ligne de commande avec IP pour récupérer les sources, je suis un peut parano c'est la raison de l'IP (Pas de DNS)... > Ptilou
Re: infra replication + firewall
Le 09/02/2018 à 16:36, Samuel Cifuentes a écrit : Bonjour Bonjour j'aurais besoin d'un avis expert sur la config suivante l'existant : site 1 : une livebox pro V2 avec un débit pourri, paire de cuivre impossible à upgrader, etc. un hyperviser proxmox avec 4 vms debian stretch openvpn debian stretch dolibarr1 debian stretch dolibarr2 debian stretch openmediavault 3 utilisateurs locaux et quelques nomades qui passent par la vm openvpn pour l’accès aux autres vm (ERP dolibarr et NAS Openmediavault) VPS chez OVH avec une instance Nextcloud (fichiers + synchro agenda/contacts smartphones et Thunderbird) mis a part les débits, tout ceci tourne comme une horloge site 2 : monté à l'arrache livebox pro avec un débit confortable debian stretch avec backuppc + openvpn sur un pc recyclé en serveur le backuppc sauvegarde aussi l'instance Nextcloud d'OVH NAS openmediavault sur un deuxième "serveur" synchronisé via cron/unison avec le NAS du site1 le tout sans avoir planché sur la sécurité, mis à part fail2ban qui tourne sur chacune des machines exposées à internet et maintenant le projet : renforcer la securité et en outre, sur le site 2, achat d'une machine hyperviseur proxmox pour virtualiser la totalité des machines du site 2 (Raid5?, rai6?, ZFS ?) ainsi que l'instance Nextcloud qui pourrait etre rapatriée en local pour des raisons essentiellement économiques. puis sur chacun des sites, un mini-pc fanless 4 ports (j'ai vu ça sur amazon) qui servirait de firewall (pfsense ?, IPfire ?, autre chose ?) permettant de fabriquer un tunnel (ssh? openvpn, autrechose?) entre les deux sites et fournir un acces openVPN aux nomades et en outre d'assurer le routage/filtrage pour la future DMZ sur laquelle tournerait l'instance nexcloud virtualisée. les deux VM Nas devraient être totalement synchro pour qu'un utilisateur local ou nomade retrouve l’intégralité des fichiers sur chacun des deux NAS (unison, rsync ? autrechoose?) ça donnerait a peu prés ça : site1 :livebox( je coupe la wifi) > firewall + wifi > proxmox (vm-openvpn, vm nas1, etc.) site2 : livebox (je coupe la wifi) > firewall+wifi > proxmox patte 1 (les vm LAN) > proxmox patte 2 (la DMZ) en bref, sur chacun des sites ne subsisterait que l'architecture suivante : box > firewall > hyperviseur voilà le projet en gros je serais trés interessé par des retours d'expé"rience, commentaires et suggestions Je n'utilise pas Proxmox mais un host avec 2 VM et gestion VLAN: l'une routeur/pare-feu (Sophos UTM 9), la seconde pour les services que je ne veux pas gérer via UTM pour des questions de souplesse, essentiellement dnsmasq et openvpn. Sur les sites, FAI => switch manageable avec VLAN x (un différent pour chaque FAI) => UTM => Intranet (VLAN y) Cela fonctionne très bien. -- Daniel
Re: infra replication + firewall
désolé pour les envois multiples Le 09/02/2018 à 16:36, Samuel Cifuentes a écrit : Bonjour j'aurais besoin d'un avis expert sur la config suivante l'existant : site 1 : une livebox pro V2 avec un débit pourri, paire de cuivre impossible à upgrader, etc. un hyperviser proxmox avec 4 vms debian stretch openvpn debian stretch dolibarr1 debian stretch dolibarr2 debian stretch openmediavault 3 utilisateurs locaux et quelques nomades qui passent par la vm openvpn pour l’accès aux autres vm (ERP dolibarr et NAS Openmediavault) VPS chez OVH avec une instance Nextcloud (fichiers + synchro agenda/contacts smartphones et Thunderbird) mis a part les débits, tout ceci tourne comme une horloge site 2 : monté à l'arrache livebox pro avec un débit confortable debian stretch avec backuppc + openvpn sur un pc recyclé en serveur le backuppc sauvegarde aussi l'instance Nextcloud d'OVH NAS openmediavault sur un deuxième "serveur" synchronisé via cron/unison avec le NAS du site1 le tout sans avoir planché sur la sécurité, mis à part fail2ban qui tourne sur chacune des machines exposées à internet et maintenant le projet : renforcer la securité et en outre, sur le site 2, achat d'une machine hyperviseur proxmox pour virtualiser la totalité des machines du site 2 (Raid5?, rai6?, ZFS ?) ainsi que l'instance Nextcloud qui pourrait etre rapatriée en local pour des raisons essentiellement économiques. puis sur chacun des sites, un mini-pc fanless 4 ports (j'ai vu ça sur amazon) qui servirait de firewall (pfsense ?, IPfire ?, autre chose ?) permettant de fabriquer un tunnel (ssh? openvpn, autrechose?) entre les deux sites et fournir un acces openVPN aux nomades et en outre d'assurer le routage/filtrage pour la future DMZ sur laquelle tournerait l'instance nexcloud virtualisée. les deux VM Nas devraient être totalement synchro pour qu'un utilisateur local ou nomade retrouve l’intégralité des fichiers sur chacun des deux NAS (unison, rsync ? autrechoose?) ça donnerait a peu prés ça : site1 :livebox( je coupe la wifi) > firewall + wifi > proxmox (vm-openvpn, vm nas1, etc.) site2 : livebox (je coupe la wifi) > firewall+wifi > proxmox patte 1 (les vm LAN) > proxmox patte 2 (la DMZ) en bref, sur chacun des sites ne subsisterait que l'architecture suivante : box > firewall > hyperviseur voilà le projet en gros je serais trés interessé par des retours d'expé"rience, commentaires et suggestions SC
infra replication + firewall
Bonjour j'aurais besoin d'un avis expert sur la config suivante l'existant : site 1 : une livebox pro V2 avec un débit pourri, paire de cuivre impossible à upgrader, etc. un hyperviser proxmox avec 4 vms debian stretch openvpn debian stretch dolibarr1 debian stretch dolibarr2 debian stretch openmediavault 3 utilisateurs locaux et quelques nomades qui passent par la vm openvpn pour l’accès aux autres vm (ERP dolibarr et NAS Openmediavault) VPS chez OVH avec une instance Nextcloud (fichiers + synchro agenda/contacts smartphones et Thunderbird) mis a part les débits, tout ceci tourne comme une horloge site 2 : monté à l'arrache livebox pro avec un débit confortable debian stretch avec backuppc + openvpn sur un pc recyclé en serveur le backuppc sauvegarde aussi l'instance Nextcloud d'OVH NAS openmediavault sur un deuxième "serveur" synchronisé via cron/unison avec le NAS du site1 le tout sans avoir planché sur la sécurité, mis à part fail2ban qui tourne sur chacune des machines exposées à internet et maintenant le projet : renforcer la securité et en outre, sur le site 2, achat d'une machine hyperviseur proxmox pour virtualiser la totalité des machines du site 2 (Raid5?, rai6?, ZFS ?) ainsi que l'instance Nextcloud qui pourrait etre rapatriée en local pour des raisons essentiellement économiques. puis sur chacun des sites, un mini-pc fanless 4 ports (j'ai vu ça sur amazon) qui servirait de firewall (pfsense ?, IPfire ?, autre chose ?) permettant de fabriquer un tunnel (ssh? openvpn, autrechose?) entre les deux sites et fournir un acces openVPN aux nomades et en outre d'assurer le routage/filtrage pour la future DMZ sur laquelle tournerait l'instance nexcloud virtualisée. les deux VM Nas devraient être totalement synchro pour qu'un utilisateur local ou nomade retrouve l’intégralité des fichiers sur chacun des deux NAS (unison, rsync ? autrechoose?) ça donnerait a peu prés ça : site1 :livebox( je coupe la wifi) > firewall + wifi > proxmox (vm-openvpn, vm nas1, etc.) site2 : livebox (je coupe la wifi) > firewall+wifi > proxmox patte 1 (les vm LAN) > proxmox patte 2 (la DMZ) en bref, sur chacun des sites ne subsisterait que l'architecture suivante : box > firewall > hyperviseur voilà le projet en gros je serais trés interessé par des retours d'expé"rience, commentaires et suggestions SC
infra replication + firewall
Bonjour j'aurais besoin d'un avis expert sur la config suivante l'existant : site 1 : une livebox pro V2 avec un débit pourri, paire de cuivre impossible à upgrader, etc. un hyperviser proxmox avec 4 vms debian stretch openvpn debian stretch dolibarr1 debian stretch dolibarr2 debian stretch openmediavault 3 utilisateurs locaux et quelques nomades qui passent par la vm openvpn pour l’accès aux autres vm (ERP dolibarr et NAS Openmediavault) VPS chez OVH avec une instance Nextcloud (fichiers + synchro agenda/contacts smartphones et Thunderbird) mis a part les débits, tout ceci tourne comme une horloge site 2 : monté à l'arrache livebox pro avec un débit confortable debian stretch avec backuppc + openvpn sur un pc recyclé en serveur le backuppc sauvegarde aussi l'instance Nextcloud d'OVH NAS openmediavault sur un deuxième "serveur" synchronisé via cron/unison avec le NAS du site1 le tout sans avoir planché sur la sécurité, mis à part fail2ban qui tourne sur chacune des machines exposées à internet et maintenant le projet : renforcer la securité et en outre, sur le site 2, achat d'une machine hyperviseur proxmox pour virtualiser la totalité des machines du site 2 (Raid5?, rai6?, ZFS ?) ainsi que l'instance Nextcloud qui pourrait etre rapatriée en local pour des raisons essentiellement économiques. puis sur chacun des sites, un mini-pc fanless 4 ports (j'ai vu ça sur amazon) qui servirait de firewall (pfsense ?, IPfire ?, autre chose ?) permettant de fabriquer un tunnel (ssh? openvpn, autrechose?) entre les deux sites et fournir un acces openVPN aux nomades et en outre d'assurer le routage/filtrage pour la future DMZ sur laquelle tournerait l'instance nexcloud virtualisée. les deux VM Nas devraient être totalement synchro pour qu'un utilisateur local ou nomade retrouve l’intégralité des fichiers sur chacun des deux NAS (unison, rsync ? autrechoose?) ça donnerait a peu prés ça : site1 :livebox( je coupe la wifi) > firewall + wifi > proxmox (vm-openvpn, vm nas1, etc.) site2 : livebox (je coupe la wifi) > firewall+wifi > proxmox patte 1 (les vm LAN) > proxmox patte 2 (la DMZ) en bref, sur chacun des sites ne subsisterait que l'architecture suivante : box > firewall > hyperviseur voilà le projet en gros je serais trés interessé par des retours d'expé"rience, commentaires et suggestions SC
HS : infra réplication + firewall
Bonjour j'aurais besoin d'un avis expert sur la config suivante voici l'existant : site 1 : une livebox proV2 avec un débit pourri, paire de cuivre impossible à upgrader, etc. un hyperviser proxmox avec 4 vms debian stretch openvpn debian stretch dolibarr1 debian stretch dolibarr2 debian stretch openmediavault 3 utilisateurs locaux et quelques nomades qui passent par la vm openvpn pour l’accès aux autres vm (ERP dolibarr et NAS Openmediavault) VPS chez OVH avec une instance Nextcloud (fichiers + synchro agenda/contacts smartphones et Thunderbird) mis a part les débits, tout ceci tourne comme une horloge site 2 : monté à l'arrache livebox pro avec un débit confortable debian stretch avec backuppc + openvpn sur un pc recyclé en serveur le backuppc sauvegarde aussi l'instance Nextcloud d'OVH ci-dessus NAS openmediavault sur un deuxième "serveur" synchronisé via cron/unison avec le NAS du site1 le tout sans avoir planché sur la sécurité, mis à part fail2ban qui tourne sur chacune des machines exposées à internet et maintenant le projet : renforcer la securité et en outre, sur le site 2, achat d'une machine hyperviseur proxmox pour virtualiser la totalité des machines du site 2 (Raid5?, rai6?, ZFS ?) ainsi que l'instance Nextcloud qui pourrait être rapatriée en local pour des raisons essentiellement économiques. puis sur chacun des sites, un mini-pc fanless 4 ports (j'ai vu ça sur amazon) qui servirait de firewall (pfsense ?, IPfire ?, autre chose ?) permettant de fabriquer un tunnel (ssh? openvpn, autrechose?) entre les deux sites et fournir un acces openVPN aux nomades et en outre d'assurer le routage/filtrage pour la future DMZ sur laquelle tournerait l'instance nexcloud virtualisée. les deux VM Nas devraient être totalement synchro idéalement en temps réel pour qu'un utilisateur local ou nomade retrouve l’intégralité des fichiers sur chacun des deux NAS (unison, rsync ? autrechoose?) ça donnerait a peu prés ça : site1 :livebox( je coupe la wifi) > firewall + wifi > proxmox (vm-openvpn, vm nas1, etc.) site2 : livebox (je coupe la wifi) > firewall+wifi > proxmox patte 1 (les vm LAN) > proxmox patte 2 (la DMZ) en bref, sur chacun des sites ne subsisterait que l'architecture suivante : box > firewall > hyperviseur voilà le projet en gros je serais très intéressé par des retours d'expérience, commentaires et suggestions :) SC
Re: Thunderbird et le monde extérieur : mbox, maildir, import et export ?
Le 09/02/2018 à 14:22, Gabriel Philippe a écrit : Je n'arrive pas à l'importer ensuite, mais c'est secondaire pour moi et il y a cette extension ensuite. Ca fonctionne mal en l'ouvrant depuis le gestionnaire de fichiers. Mais par "fichier" "ouvrir" dans Icedove/Thunderbird, pas de souci. Par contre mefiance: il m'arrive que certains courriels avec caracteres speciaux dans le sujet, non compatibles avec les caracteres toleres par le systeme de fichier, ne soient jamais enregistres sans aucun message a ce sujet... C'est encore un sujet sur lequel je suis un peu en conflit avec les developpeurs... -- Cordialement, Stephane Ascoet
Re: Thunderbird et le monde extérieur : mbox, maildir, import et export ?
Le 09/02/2018 à 14:51, Yann Serre a écrit : Le 09/02/2018 à 14:45, hamster a écrit : Le 09/02/2018 à 14:29, Gabriel Philippe a écrit : 2018-02-08 17:42 GMT+01:00 hamster : Je ne fais pas parce que je n'ai jamais eu le besoin. Mes mails sont a leur place dans thunderbird, il y a des fonctions de recherche très puissantes qui permettent de fouiller dedans de facon très efficace. Je n'ai jamais ressenti le besoin d'enregistrer des mails au format .eml et je n'en comprend pas l'interet. Au contraire, je trouve ca moins pratique parce que c'est bien plus facilement le bordel et c'est bien plus difficile pour faire des recherches un peu avancées dans les mails. Mais sans doute as-tu un usage différent du mien. Environnement professionnel, besoin d'enregistrer (dans des répertoires partagés par exemple) des documents reçus par mail, avec le mail d'origine à côté pour pouvoir à la fois retrouver le document original tel que reçu (sans modifications ultérieures), et avoir une preuve d'envoi datée (qui vaut ce qu'elle vaut). Un fichier .eml permet un classement précis, et on peut le retrouver facilement des années après, sans chercher dans des dizaines de milliers de mails, en particulier si c'est dans la boîte de quelqu'un d'autre (qui a éventuellement quitté l'entreprise). En effet. Pour un usage comme celui la, j'aurais tendance a faire une boite mail partagée, a laquelle tous les utilisateurs se connectent en imap. Cette boite ne servirait pas a recevoir des mails mais juste a etre un espace de stockage partagé. Dans cette boite on peut faire des dossiers et des sous dossiers, comme dans une arborescence classique, et y mettre les mails concernés dedans, en les déplacant ou en les copiant. Les documents recus en pièce jointe resteraient en pièce jointe. Comme toutes les boites mail, ca serait aussi consultable avec un webmail. Et ca permettrait de profiter des fonctions de recherche avancée des logiciels de mail, qui font des recherches en utilisant les métadonnées, ce qui est bien plus efficace que de rechercher dans des fichiers .eml en utilisant juste le nom du fichier. Sauf si on a la volonté d'archiver du matériel ancien de manière indépendante du reste... (genre Cold Cases avec un cas dans un carton) Pour ca, on laisse thunderbird faire une copie locale de ce qui est sur le serveur, puis on met dans le carton le dossier de profil de thunderbird.
Re: Thunderbird et le monde extérieur : mbox, maildir, import et export ?
Le 09/02/2018 à 14:45, hamster a écrit : Pour un usage comme celui la, j'aurais tendance a faire une boite mail partagée, a laquelle tous les utilisateurs se connectent en imap. Cette boite ne servirait pas a recevoir des mails mais juste a etre un espace de stockage partagé. Dans cette boite on peut faire des dossiers et des sous dossiers, comme dans une arborescence classique, et y mettre les mails concernés dedans, en les déplacant ou en les copiant. Les documents recus en pièce jointe resteraient en pièce jointe. Comme toutes les boites mail, ca serait aussi consultable avec un webmail. Et ca permettrait de profiter des fonctions de recherche avancée des logiciels de mail, qui font des recherches en utilisant les métadonnées, ce qui est bien plus efficace que de rechercher dans des fichiers .eml en utilisant juste le nom du fichier. On utilise cela avec Thunderbird dans mon universite et ca fonctionne assez mal. Les listes de discussion Sympa sont la meilleure solution. -- Cordialement, Stephane Ascoet
Re: Thunderbird et le monde extérieur : mbox, maildir, import et export ?
Le 09/02/2018 à 14:45, hamster a écrit : Le 09/02/2018 à 14:29, Gabriel Philippe a écrit : 2018-02-08 17:42 GMT+01:00 hamster : Je ne fais pas parce que je n'ai jamais eu le besoin. Mes mails sont a leur place dans thunderbird, il y a des fonctions de recherche très puissantes qui permettent de fouiller dedans de facon très efficace. Je n'ai jamais ressenti le besoin d'enregistrer des mails au format .eml et je n'en comprend pas l'interet. Au contraire, je trouve ca moins pratique parce que c'est bien plus facilement le bordel et c'est bien plus difficile pour faire des recherches un peu avancées dans les mails. Mais sans doute as-tu un usage différent du mien. Environnement professionnel, besoin d'enregistrer (dans des répertoires partagés par exemple) des documents reçus par mail, avec le mail d'origine à côté pour pouvoir à la fois retrouver le document original tel que reçu (sans modifications ultérieures), et avoir une preuve d'envoi datée (qui vaut ce qu'elle vaut). Un fichier .eml permet un classement précis, et on peut le retrouver facilement des années après, sans chercher dans des dizaines de milliers de mails, en particulier si c'est dans la boîte de quelqu'un d'autre (qui a éventuellement quitté l'entreprise). En effet. Pour un usage comme celui la, j'aurais tendance a faire une boite mail partagée, a laquelle tous les utilisateurs se connectent en imap. Cette boite ne servirait pas a recevoir des mails mais juste a etre un espace de stockage partagé. Dans cette boite on peut faire des dossiers et des sous dossiers, comme dans une arborescence classique, et y mettre les mails concernés dedans, en les déplacant ou en les copiant. Les documents recus en pièce jointe resteraient en pièce jointe. Comme toutes les boites mail, ca serait aussi consultable avec un webmail. Et ca permettrait de profiter des fonctions de recherche avancée des logiciels de mail, qui font des recherches en utilisant les métadonnées, ce qui est bien plus efficace que de rechercher dans des fichiers .eml en utilisant juste le nom du fichier. Sauf si on a la volonté d'archiver du matériel ancien de manière indépendante du reste... (genre Cold Cases avec un cas dans un carton)
Re: Thunderbird et le monde extérieur : mbox, maildir, import et export ?
Le 09/02/2018 à 14:29, Gabriel Philippe a écrit : 2018-02-08 17:42 GMT+01:00 hamster : Je ne fais pas parce que je n'ai jamais eu le besoin. Mes mails sont a leur place dans thunderbird, il y a des fonctions de recherche très puissantes qui permettent de fouiller dedans de facon très efficace. Je n'ai jamais ressenti le besoin d'enregistrer des mails au format .eml et je n'en comprend pas l'interet. Au contraire, je trouve ca moins pratique parce que c'est bien plus facilement le bordel et c'est bien plus difficile pour faire des recherches un peu avancées dans les mails. Mais sans doute as-tu un usage différent du mien. Environnement professionnel, besoin d'enregistrer (dans des répertoires partagés par exemple) des documents reçus par mail, avec le mail d'origine à côté pour pouvoir à la fois retrouver le document original tel que reçu (sans modifications ultérieures), et avoir une preuve d'envoi datée (qui vaut ce qu'elle vaut). Un fichier .eml permet un classement précis, et on peut le retrouver facilement des années après, sans chercher dans des dizaines de milliers de mails, en particulier si c'est dans la boîte de quelqu'un d'autre (qui a éventuellement quitté l'entreprise). En effet. Pour un usage comme celui la, j'aurais tendance a faire une boite mail partagée, a laquelle tous les utilisateurs se connectent en imap. Cette boite ne servirait pas a recevoir des mails mais juste a etre un espace de stockage partagé. Dans cette boite on peut faire des dossiers et des sous dossiers, comme dans une arborescence classique, et y mettre les mails concernés dedans, en les déplacant ou en les copiant. Les documents recus en pièce jointe resteraient en pièce jointe. Comme toutes les boites mail, ca serait aussi consultable avec un webmail. Et ca permettrait de profiter des fonctions de recherche avancée des logiciels de mail, qui font des recherches en utilisant les métadonnées, ce qui est bien plus efficace que de rechercher dans des fichiers .eml en utilisant juste le nom du fichier.
Re: Thunderbird et le monde extérieur : mbox, maildir, import et export ?
2018-02-08 17:42 GMT+01:00 hamster : > Je ne fais pas parce que je n'ai jamais eu le besoin. Mes mails sont a leur > place dans thunderbird, il y a des fonctions de recherche très puissantes > qui permettent de fouiller dedans de facon très efficace. Je n'ai jamais > ressenti le besoin d'enregistrer des mails au format .eml et je n'en > comprend pas l'interet. Au contraire, je trouve ca moins pratique parce que > c'est bien plus facilement le bordel et c'est bien plus difficile pour faire > des recherches un peu avancées dans les mails. Mais sans doute as-tu un > usage différent du mien. Environnement professionnel, besoin d'enregistrer (dans des répertoires partagés par exemple) des documents reçus par mail, avec le mail d'origine à côté pour pouvoir à la fois retrouver le document original tel que reçu (sans modifications ultérieures), et avoir une preuve d'envoi datée (qui vaut ce qu'elle vaut). Un fichier .eml permet un classement précis, et on peut le retrouver facilement des années après, sans chercher dans des dizaines de milliers de mails, en particulier si c'est dans la boîte de quelqu'un d'autre (qui a éventuellement quitté l'entreprise). -- Gabriel
Re: Thunderbird et le monde extérieur : mbox, maildir, import et export ?
2018-02-08 17:36 GMT+01:00 jérémy prego : > bonjour, > > pour enregistrer un mail précis sur son ordinateur au format eml: > > 1. ouvrir le mail que l'on souhaite enregistrer > 2. menu fichier, puis ouvrir le menu enregistrer comme et choisir fichier > ... Merci... C'est tout simple et j'aurais dû le trouver sans demander. :-( Je n'arrive pas à l'importer ensuite, mais c'est secondaire pour moi et il y a cette extension ensuite. -- Gabriel
Re: Thunderbird et le monde extérieur : mbox, maildir, import et export ?
Le 09/02/2018 à 09:17, Stephane Ascoet a écrit : Bonjour, j'utilise de nombreuses extensions de cet auteur sans soucis pour ma part, beaucoup sont indispensables pour rendre Icedove/Thunderbird plus fonctionnel/adapte aux besoins de chacun. La t'en a dit trop ou pas assez. Refile nous la liste des extensions utiles, que ca nous serve a nous aussi.
Re: Thunderbird et le monde extérieur : mbox, maildir, import et export ?
Le 08/02/2018 à 17:28, Gabriel Philippe a écrit : Bonjour, Bonjour J'ai beaucoup de mal avec Thunderbird... Une opération aussi simple qu'une sauvegarde de mails, ou l'enregistrement quelque part d'un mail précis, semble être très compliquée. ? Avec Outlook, un cliqué-glissé d'un mail vers un répertoire permet d'obtenir un fichier .eml. Quand ou double-clique sur le fichier .eml depuis le répertoire, on obtient le mail dans une belle fenêtre Outlook. Avec Thunderbird Ctrl^ S permet d'obtenir un .eml Un double click sur un .eml permet d'ouvrir une belle fenêtre Thunderbird. Jamais tenté le cliqué-glissé mais je m'en passe. -- Cordialement Jean-Bernard Dubois Gaïa Converter
Re: Thunderbird et le monde extérieur : mbox, maildir, import et export ?
Le 08/02/2018 à 17:28, Gabriel Philippe a écrit : Avec Thunderbird, impossible... Le seul espoir semble être de passer par une extension, "ImportExportTools". Elle n'existe pas sous forme de paquet Debian (mauvais signe), ne semble pas référencée officiellement parmi les extensions de Thunderbird par Mozilla (du moins je ne la trouve pas en la cherchant dans le gestionnaire de modules), et je n'ai vraiment pas envie d'aller téléchercher une extension je ne sais où sans vérification fiable de signature ou de certificat. Bonjour, j'utilise de nombreuses extensions de cet auteur sans soucis pour ma part, beaucoup sont indispensables pour rendre Icedove/Thunderbird plus fonctionnel/adapte aux besoins de chacun. -- Cordialement, Stephane Ascoet
Re: Thunderbird et le monde extérieur : mbox, maildir, import et export ?
Le 08/02/2018 à 18:23, hamster a écrit : Si on veut que ces vieux mails n'apparaissent plus dans thunderbird, on peut aussi les sortir du dossier de profil. Par exemple si on met tous les vieux mails dans un dossier qu'on appelle "archives" on va trouver dans le dossier de profil un fichier qui s'appelle "archives" (si on est au format mbox) ou un dossier qui s'appelle "archives" (si on est au format maildir). Il suffit de le déplacer hors du dossier de profil. Et pour relire ces vieux mails, il suffira de remettre ce qu'on a enlevé a sa place (ou faire un lien symbolique). Pas besoin de passer par des fonctions d'import et export. Bonjour, il m'est arrive de faire l'equivalent de ce que tu dis, mais en un peu plus propre: je cree differents profils (parametre "-P" au demarrage de Icedove/Thunderbird). On peut aussi en avoir un courant et un ou plusieurs autres avec des archives. -- Cordialement, Stephane Ascoet