Depuis Thunderbird ou depuis un webmail (application Roundcube ajoutée à mon Yunohost), d'un seul coup, je ne pouvais pas accéder à mes mails. Erreur de mot de passe, alors que le mot de passe me permet de me connecter via le SSO et d'accéder aux différentes applications.
Dans les logs, dans le fichier /var/mail/log, je trouve la ligne :
Dans l'interface d'administration de Yunohost (interface graphique), une fois que je me rends sur la fiche de mon utilisateur, en haut, dans la zone d'affichage des messages, j'ai le message suivant :
"La boîte aux lettres est désactivée pour l'utilisateur genma"
Je cherche un peu sur la fiche de mon utilisateur, dans le champ Quota de la boite aux lettres, le quota n'est pas à 0 (ce qui est une condition qui désactive la boite mail).
Je regarde donc en ligne de commande pour changer le quota :
# yunohost user update genma -q 1000M Success! User info changed Warning: E-mail turned off for user genma firstname: Genma fullname: Genma Kun lastname: Kun mail: genma@XXXXXXXXXX mail-aliases: - root@XXXXXXXXXX - admin@XXXXXXXXXX - webmaster@XXXXXXXXXX - postmaster@XXXXXXXXXX - root@XXXXXXXXXX mail-forward: genma@XXXXXXXXXX mailbox-quota: limit: 1000M use: ? username: genma
La ligne importante
Warning: E-mail turned off for user genma
Recherche sur le forum
Je recherche dans la documentation, le forum de Yunohost : rien de concluant. Aucun message lié ou correspondant à mon problème.
En comparant avec une autre instance, j'ai pu trouvé la source du problème...
La cause du problème et la solution
Une fausse manipulation avait enlevée la permission "e-mail" sur mon utilisateur. Je l'ai rajouté et ça marche de nouveau. Cf la capture d'écran ci-dessous :
The late US election inspired me, mixed with several of my customers suffering from their providers’ failure, and led me to write this post to remind about the reality, and not someone’s reality.
When dealing with a provider, or selecting a one, you may thing about the consequences and his failure on your business: often, you’ll prefer a big player, as he might be too big to fall. Even if falling and failing are just a character away, they are far more different.
lem.mings (‘lem-ingz): adorable yet incredible stupid furry creatures. Without your help, they have no chance of survival.
Internet is dead! Nope, just Facebook
No need to go back to the beginning of Zuck’s company history: an ultra-fast search on your favorite search engine will lead you to a major crash beginning of 2020.
We often confuse failing our company’s box with failing our customers. That’s why I prefer the term “falling” in the first case. With this little vocabulary point, we can dig a little more into what we call the “To big to failfall”. This has been a recurring topic since the subprime crisis of 2008. The fact that banks can fall, disappear, what about the major players in each field.
The fall of “too big” would theoretically cause the whole system to fall. Although this is not without disastrous consequences, no system disappeared with the fall of the American banks. No system disappeared with the massive fall of the car manufacturers. Massive bankruptcies, unemployment, people on the street yes. But the system did not. So those “too big” can fall.
Well, that’s not really the subject of this post, but you’ve understood: we suppose that a big actor can’t disappear because we’ll do everything we can to hold him, because after all, if he were to disappear, we suppose the consequences would be far too disastrous. So let’s move on.
No one has ever been fired for opting for IBM
Choosing “too big” is reassuring. It is known, it has thousands of employees, it weighs hundreds of millions of dollars, … It cannot failfall. Nope, but it can fail.
The first source of error is and has always been human. This is the primary reason for relying on a principle such as HAZOP (HAZard and OPerability studies). The principle of HAZOP is the decomposition of the system to be analyzed into several subsets, called “nodes” so that the risk analysis can be shared between individuals or multidisciplinary teams. Assume that something will fail, and then you can prevent the risk. In fact, in IT, we often use the expression:
If everything went well, then you’ve forgotten something.
Not for nothing.
In 2017, AWS suffered a huge incident on its massive storage (AWS S3). This incident was the direct consequence of human error, to debug another situation. As a result, all companies relying on AWS’ S3 service in this region have been impacted by the service outage, but worse, some have lost data, with no hope of ever finding it again. How many customers have gone out of business due to a failure at AWS?
Very often, the first reaction of a customer of these “too big”, on this type of incident, is that given the massive failure, and the number of companies impacted, your own users, the end-users, will have other things to deal with.
This is true, but within a certain limit. On the other hand, it also shows that you have not calculated the risks, and assume that this risk would be borne unilaterally by this “too big”.
You said to say Hardy!
Very often, in order to respond to these human errors, we decide that the best way is the constraint, the limitation, the process. Do what you are told and strictly what you are told. This is how your “too big”, under cover of a Quality certification for example, will set up various levels of support, each with its own forms, processes, …
Here, we can echo one of my customers, who ordered from the largest French hosting provider (Hello there, OVH), servers, proudly announced available in 120s, without specifying the quantity. Well yes, marketing doesn’t have the same concern for quality process and transparency as technology: after all, it’s not a service ;)
Anyway, servers ordered, but only partially delivered two weeks later. Impossible to have a status because the delivery process is jammed. But the fun doesn’t stop there. In order not to be caught off guard, this customer decides to start installing the servers already delivered, using the tools of this provider. Except, that these tools are bug’d. A support ticket is opened, without reaction. The customer’s teams continue to work on it all the weekend, hoping to get the whole thing up and running, and at times, receive charming mails from the provider, as:
you have set such a value to 0: except that the provider’s installation tool forbids such a value … which is only the result of a bug
stop loop crashing: except that it crashes in a loop, because installing it crashes in a loop.
Solution proposed by the founder of OVH? Replace the famous servers with its Object Storage service. The same service, which has been in error for a week, with no solution, and where some customers are complaining about a loss of revenue of several thousand euros over the same period.
Better off Ted
And meanwhile, the mail open to the support, with all the details, is not read by the speakers. Why is this? It’s out of process! The emails are processed by the level 1 support, which doesn’t work on weekends, while the technicians on site only intervene on alarms. The link between the two in normal times? Level 2 support which can only be triggered by level 1. The famous level 1 unavailable. The process is therefore, once again, at fault.
Here it is possible to distinguish several failures:
managerial, where the founder ignores the state of his department (voluntarily or not) and gives you inadequate recommendations
supply chain, where a server is missing, with no possible information, and no possible billing for the supplier.
support, where segmentation of teams prevents information from circulating correctly, preventing a technical solution from being implemented
Me, myself, and the Apocalypse
Such failures often go unnoticed by the mass of customers of these providers. However, if you take the time to search, you will always find customers. This becomes all the more true when these customers reach critical size.
So yes, one provider can be better than another (in fact, any truly professional provider is better than a low-cost provider). However, no one is infallible, and no one is too big in the face of fails.
If the service to be delivered to you is critical, then the skill levels of that provider are critical. But it is also your responsibility to have a plan-B outside of your provider. Processes (and certifications) will only serve you in court to ascertain whether the obligations of means and results have been met. Period.
Pour la 45ème semaine de l'année 2020, voici 10 liens intéressants que vous avez peut-être ratés, relayés par le Journal du hacker, votre source d’informations pour le Logiciel Libre francophone !
De plus le site web du Journal du hacker est « adaptatif (responsive) ». N’hésitez pas à le consulter depuis votre smartphone ou votre tablette !
Le Journal du hacker fonctionne de manière collaborative, grâce à la participation de ses membres. Rejoignez-nous pour proposer vos contenus à partager avec la communauté du Logiciel Libre francophone et faire connaître vos projets !
Et vous ? Qu’avez-vous pensé de ces articles ? N’hésitez pas à réagir directement dans les commentaires de l’article sur le Journal du hacker :)
Or, Empathy et Telepathy sont morts et enterrés, et WebRTC a largement pris leur place (ça, on le voyait venir) avec des applications comme Jitsi Meet, BigBlueButton, et plein de sites web SaaS propriétaires.
Ce que j’avais oublié de dire en 2012, c’est que l’AEC et débruiteur peuvent également être activés de façon permanente pour toutes les applications utilisant le micro, sans que ce soit forcément Empathy/Telepathy. Cette fonctionnalité est toujours disponible dans PulseAudio en 2020*.
Cela peut être utile si vous ne voulez pas traiter vos enregistrements dans Audacity à chaque fois, ou pour les quelques cas d’utilisation de visioconférence où l’annulation acoustique d’écho n’est pas prise en charge par votre application (n’oublions pas que echo concealment n’est pas la même chose que echo cancellation). Ce n’est pas tellement mon cas (ayant de l’équipement de studio de production avec des microphones bien amplifiés et sans bruit de fond), mais ça peut être pratique pour les libristes moins bien équipé(e)s qui doivent tout de même participer aux appels conférence de plus en plus fréquents mais ne veulent pas infliger aux autres le bruit de leur microphone analogique pourri collé sur le ventilateur d’un ordinateur en surchauffe. Enfin, je suppose que toutes sortes de gens veulent se débarrasser de leur echo en 2020:
Pour activer la fonctionnalité “par utilisateur” (survit aux réinstallations du système si vous préservez votre partition home), éditez le fichier ~/.config/pulse/default.pa ; Si, au contraire, vous voulez l’activer system-wide pour tous les utilisateurs, éditer /etc/pulse/default.pa, et y insérer le contenu suivant:
Dans le cas de ~/.config/pulse/default.pa, n’oubliez pas que votre fichier doit hériter du fichier système, et donc commencer avec ces lignes au début du fichier:
.include /etc/pulse/default.pa
Puis vous pouvez redémarrer l’instance PulseAudio de votre session d’usager en le stoppant (puisqu’il redémarrera tout seul, du moins si vous êtes sous GNOME): pulseaudio --kill
Des nouveaux périphériques virtuels d’enregistrement seront alors à votre disposition dans pavucontrol (ou le mixeur audio de GNOME Control Center). Mais avant de vous lancer dans toute cette aventure, peut-être voudrez-vous renommer vos périphériques matériels aux yeux de PulseAudio… ainsi tout le monde dans la visio croira que vous roulez en Porsche.
*: du moins, jusqu’à ce qu’on en ait marre de PulseAudio et qu’on le remplace par un autre système qui fait le café dans les années à venir…
La fondation vient d’annoncer, comme à son habitude à l’improviste, la sortie dès aujourd’hui d’une nouvelle version du Raspberry Pi, le Raspberry Pi 400, qui tranche fondamentalement avec ses prédécesseurs !
Voyons ensemble ce que propose cette nouvelle machine, ce qu’elle a dans le ventre, à qui elle s’adresse et, bien sûr, où vous pouvez l’acheter.
Le Kit Raspberry Pi 400, aux alentours de 100€, qui comprend cette fois-ci tous ces accessoires, ainsi que la souris officielle, et quelques autres que je vous laisse découvrir sur le site.
Pour ceux qui se posent la question, Kubii continuera bien à livrer durant cette période de confinement, et si vous achetez votre Pi 400 maintenant vous le recevrez bien évidement à temps pour Noël.
Le Raspberry Pi 400, un ordinateur dans un clavier !
Si vous avez connu les années 80 et le célèbre Commodore 64, préparez-vous à une vague de souvenirs avec ce Pi 400.
En effet, comme les ordinateurs des années 80, ce nouveau Raspberry est un ordinateur directement intégré dans le clavier !
Oui, vous avez bien lu et vu, un ordinateur complet dans un clavier, l’écran en moins évidemment.
Une bonne idée n’est jamais trop vielle pour être empruntée.
Loin de cacher ses influences, la fondation revendique haut et fort son inspiration, citant explicitement dans son article de blog les machines « BBC Micros, ZX Spectrums et Commodore Amigas ».
Mais, si la fondation a choisi de s’inspirer de ces anciens PC, ce n’est pas uniquement par nostalgie, mais avant tout pour l’aspect pratique, la puissance, mais aussi une question d’apparence, de prise en main, et particulièrement dans le cas du Raspberry, d’encombrement.
Avec ce nouveau Raspberry Pi 400, fini donc les boîtiers, les câbles dans tous les sens sur le bureau, etc. Un câble d’alimentation, un câble pour l’écran, au besoin un câble pour la souris, le tout directement depuis le clavier.
Le Raspberry Pi 400 est basé sur un Raspberry Pi 4, un peu boosté.
Au niveau technique le Pi 400 est construit sur la base du Raspberry 4, mêmes ports, mêmes capacités graphiques, même mémoire, même alimentation, etc.
Les ports GPIO sont bien sur conservés et facilement accessibles sur la face du clavier dédiée aux connectiques.
Seule différence technique, la cadence du processeur qui est revue à la hausse, passant de 1.5 Ghz pour le Raspberry 4 à 1.8 Ghz pour le Raspberry 400.
La forme du Raspberry Pi 4 a également été entièrement repensée pour s’adapter à ce nouveau format, comme en témoigne cette image de la fondation.
Autre différence, grâce à sa forme moins compacte et à l’utilisation de dissipateurs thermiques intégrés (la partie grise de l’image ci-dessus), ce Raspberry Pi 400 devrait beaucoup moins chauffer que le Raspberry Pi 4, ce que semble confirmer les tests de François du site framboise314.fr.
Finalement, à qui s’adresse ce Raspberry Pi 400 ?
Avec ce nouveau modèle, la fondation tranche radicalement avec son approche historique assez peu orientée expérience utilisateur, du moins au niveau physique.
Si ce Raspberry Pi 400 ne sera clairement pas adapté ni à la domotique ni à l’embarqué, il sera en revanche particulièrement adapté aux utilisateurs découvrant l’informatique, notamment les enfants voulant découvrir la programmation.
Ça tombe bien, cette année Noël risque de se passer en intérieur :/.
Au delà des enfants, ce nouveau Raspberry Pi pourrait bien intéresser deux autres publics :
En premier lieu, les gens désireux de trouver un PC très peu cher pour une utilisation bureautique et internet, sans sacrifier l’aspect pratique.
En second lieu les développeurs et autres amateurs d’électronique qui pourront ainsi facilement développer et tester sur la même machine, le tout en gardant un environnement de travail propre !
De notre coté on ne vous le cache pas, ce produit nous a vraiment séduit et va totalement trouver sa place sur notre bureau !