@noBru77 Alors là je ne suis pas d’accord.
Autant dans les année 10 (2010 bien sur 
) c’était le début de la domo, du futur iot, on a sorti des apps sur téléphone c’était jolie, autant maintenant, une app par objet, cela devient inexploitable. L’avenir est au concentrateur comme jeedom qui récupère les objets multimarques pour les faire interagir entre eux.
Donc il faut forcer les fabricants à mettre en place des accès API POST, GET ou autre, viable, sécurisé, partageable pour que tous leurs objets puissent s’interconnecter. Qu’is arrêtent de nous vendre des objets puis de vouloir nous les faire payer par mois en abonnement divers…C’est l’un ou l’autre.
Je ne me vois pas demain avec une enceinte google + amazon + apple + legrand + somfy + samsung + bosh etc… pour parler à ma maison.
« Ok google, allume la lumière », mince c’était pour « Alexa », je me suis trompé…et les volets, c’est Siri ? 
Ok du coup c’est bien le mail associé au compte donc tous les mails qui viennent de BlueRiiot y compris ceux que le support ou le commerce nous envoi pour dire qu’ils arrêtent telle ou telle fonction
Oui, je suppose.
Mon interrogation sur la sécurité ne se situe pas à ce niveau. Évidemment que chaque utilisateur de JEEDOM a intérêt à utiliser le https au lieu de http. Mon interrogation est plutôt du côté de la société BlueRiiot. Comment sécurisent-Ils nos données ? Sont-ils audités ? Garantissent-ils qu’ils ne se feront pas hacker ?
Pour le moment, la solution proposée par BlueRiiot n’est pas acceptable de mon point de vu. Ils proposent de mettre en place à leur niveau un push vers notre JEEDOM. Aucun moyen de configurer cela par nous même. Au moins, on maîtrise la réception du mail de mesures.
En tout cas, je ne vais pas me prendre plus la tête que ça. Cette solution me convient bien.
Oui je suis d’accord il serait préférable d’avoir la main sur le paramétrage de la requête. Je suppose que cela viendra car ils cela sera plus simple pour eux.
Je suis également d’accord qu’il est préférable de ne pas leur communiquer la clé Jeedom, je leur ai suggérer que nous puissions inverser le sens et faire nous une requête sur leur serveur afin de récupérer les infos.
oui c’est cela
voici le retour de BLUE RIIOT ajd :
Bonjour,
Nous sommes en train d’analyser les retour de nos clients.
Nous ne manquerons pas de revenir vers vous lorsque nous aurons des informations plus précises. Cela ne sera pas cette semaine.
En attendant, IFTTT reste opérationnel.
J’ai essayé une nouvelle méthode.
1- J’ai créé un gmail dédié au blueconnect que je met dans maillistener.
2- J’ai créé un filtre de redirection sur mon compte mail initial qui transfère à la réception les mails dont le sujet est nouvelle mesure et l’expéditeur bluerriot vers ce nouveau compte gmail.
Du coup j’ai bien mes valeurs misent à jour sans perdre les autres mails qui ne sont du coup pas traité et marqué par MailListener donc je peux me servir de ma boite mail normalement. Ca semble bien fonctionner pour le moment. J’ai eu un doute savoir si je copiais html ou texte mais ça semble aller en html.
de rien 
j’avais également fait un filtre gmail en redirection vers une boite qui est elle est lue par le plugin pour éviter le problème de message mis à lu.
dommage que le plugin lithener n’est pas l’option de pas mettre à lu les mails qu’il ne doit pas traiter…
Bonjour,
J’ai trouvé sur le forum un fil de conversation sur listener qui évoque un script pour effacer le dernier message ce qui pourrait aussi nous être utile. J’ai interrogé l’auteur sur une évolution possible du script pour remettre à non lu les messages qui n’aurait pas le bon sujet pour nous.
Je vous met le lien vers ce script car l’un d’entre nous a peut-être les compétences que je n’ai pas (mais je vais essayer quand même) pour l’adapter à gmail et peut-être plus pour remettre à non lu. Ce qui est intéressant c’est que l’on apprend qu’on peu donc intervenir sur le contenu de la bal sur le serveur par script à partir de Jeedom. C’est donc dans l’absolu possible.
Personne n’a rencontré de souci lors de l’installation du plugin Maillistener ?
Chez moi, l’installation se passe bien. Les dépendances sont lancées et le daemon aussi. Tout est vert.
Sauf que, une fois que j’ai créé mon adresse mail à surveiller, le daemon passe en statut « NOK »
[2021-04-10 17:18:09][INFO] : Arrêt du service maillistener
[2021-04-10 17:18:09][INFO] : Lancement du démon maillistener
[2021-04-10 17:18:09][DEBUG] : Lancement démon maillistener : nice -n 19 nodejs /var/www/html/plugins/maillistener/resources/maillistener.js xxxxxxxx.blue@gmail.com@imap.gmail.com http://192.168.0.160/plugins/maillistener/core/api/maillistener.php?apikey=BQFYRxxxxxxxxxxxxxxx "xxxxxxxxxxxxx.blue@gmail.com" "MotDePasse" imap.gmail.com false /var/www/html/plugins/maillistener/resources/attachments/
[2021-04-10 17:18:09][INFO] : Démons maillistener lancé
Ce qui est bizarre, c’est que le log se termine par « démon lancé », mais dans la page du plugin, il est bien rouge et NOK…
La page santé de Jeedom est toute verte (sauf la ligne de Maillistener bien sûr)
Est ce que ça pourrait être dû au fait que depuis 15 jours et une mise à jour, ma livebox n’accepte plus le loopback ? (donc connexion impossible en local avec mon adresse externe)
as tu bien réglé le pb de sécurité, c’est gmail ?
oui, j’ai bien autorisé la connexion d’appli tierces sur gmail…
et la double authentification ? dans listener tu dois mettre du coup le mot de passe que te donnes google pour l’application.
Par contre si tu avais fais l’essai avant, je ne sais pas pourquoi mais l’équipement créé garde la trace de la mauvaise tentative. Il faut supprimer l’équipement et le recréer avec les bons paramètres du premier coup
la double-authentification est désactivée, de même que la vérification via smartphone. Pour cette adresse uniquement utilisée pour le BC, je n’utilise qu’un mot de passe.
Ce qui est étrange, c’est que dans mes paramètres de sécurité, Google m’indique 1 périphérique connecté au compte (mon Mac) mais ne m’avertit même pas d’une tentative de connexion via Jeedom…
Je crois qu’il te faut la double authentification, moi ça marche avec et quand tu déclares l’application il te donne un mot de passe application qui n’est pas le mot de passe du compte
j’ai tenté avec la double authentification et le mdp lié à l’appli, mais sans plus de succès.
Ce que je trouve étrange, c’est que dans le log, c’est l’adresse ip locale de Jeedom qui apparait, et non l’adresse https… C’est peut être le source du problème… Je vais creuser…
A ce stade, tu as bien supprimé et recréé ton équipement listener comme je te l’ai dis ?