Bonjour,
Je me souviens d'une époque où j'avais activé un serveur SMTP sur mon
Mac, pour éviter d'utiliser ceux des divers endoits où je me connectais.
Puis Apple avait fait en sorte que ce soit moins facile à activer.
Et là, en vaquant, je trouve < /usr/libexec/postfix/ > qui me rappelle
quelque chose...
Est-ce bien le serveur SMTP à activer ?
Et si oui, comment faire ? (cherché, mais rien trouvé à la portée de mon
anglais de cuisine...)
> Cela dit, pas facile de refaire ses réglages quand on ne les a pas > mémorisés
Oui,
Je me suis fait une image disque protégée par un mot de passe (qui n'est pas dans le trousseau) (il faut retaper le mot de passe à chaque fois pour l'ouvrir) dans laquelle je mets tous mes mots de passe et un fichier .txt dans lequel j'ai mis tous les réglages de tous les comptes avec les MDP correspondants et que je mets à jour à chaque changement.
Tu es au courant de l'existence de l'appli « Trousseau d'accès » ? :)
-- [SbM] "If the French were really intelligent, they'd speak English" (W. Sheed)
Fleuger <g4fleurot@free.fr> wrote:
Serge Horrent <minfiu@free.fr.invalid> wrote:
> Cela dit, pas facile de refaire ses réglages quand on ne les a pas
> mémorisés
Oui,
Je me suis fait une image disque protégée par un mot de passe (qui n'est
pas dans le trousseau) (il faut retaper le mot de passe à chaque fois
pour l'ouvrir) dans laquelle je mets tous mes mots de passe et un
fichier .txt dans lequel j'ai mis tous les réglages de tous les comptes
avec les MDP correspondants et que je mets à jour à chaque changement.
Tu es au courant de l'existence de l'appli « Trousseau d'accès » ? :)
--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
> Cela dit, pas facile de refaire ses réglages quand on ne les a pas > mémorisés
Oui,
Je me suis fait une image disque protégée par un mot de passe (qui n'est pas dans le trousseau) (il faut retaper le mot de passe à chaque fois pour l'ouvrir) dans laquelle je mets tous mes mots de passe et un fichier .txt dans lequel j'ai mis tous les réglages de tous les comptes avec les MDP correspondants et que je mets à jour à chaque changement.
Tu es au courant de l'existence de l'appli « Trousseau d'accès » ? :)
-- [SbM] "If the French were really intelligent, they'd speak English" (W. Sheed)
g4fleurot
SbM wrote:
Tu es au courant de l'existence de l'appli « Trousseau d'accès » ? :)
Ben oui, mais comme à chaque changement de système (Mac OS ou iOs), je la retrouve connectée au cloud sans que je n'aie rien demandé... et avec des fichiers keychain dans les bibliotèques, donc j'y en mets le moins possible.
Comment ? Vous avez dit parano ? J'assume ;-)
-- Gérard FLEUROT plus un
SbM <someone@nowhere.com> wrote:
Tu es au courant de l'existence de l'appli « Trousseau d'accès » ? :)
Ben oui, mais comme à chaque changement de système (Mac OS ou iOs), je
la retrouve connectée au cloud sans que je n'aie rien demandé... et avec
des fichiers keychain dans les bibliotèques, donc j'y en mets le moins
possible.
Tu es au courant de l'existence de l'appli « Trousseau d'accès » ? :)
Ben oui, mais comme à chaque changement de système (Mac OS ou iOs), je la retrouve connectée au cloud sans que je n'aie rien demandé... et avec des fichiers keychain dans les bibliotèques, donc j'y en mets le moins possible.
Comment ? Vous avez dit parano ? J'assume ;-)
-- Gérard FLEUROT plus un
blanc
SbM wrote:
JiPaul wrote:
> M.V. wrote: > > > Je viens de renommer le dossier V2 en V et Mail.app a l'air de continuer > > à fonctionner normalement > > Ne prouve rien : le système garde trace des renommages et c'est > transparent pour les applis.
Je n'y mettrais pas ma main à couper.
Et bien, moi non plus finalement. Je crois que j'ai confondu avec le cas particulier des alias : quand on renomme ou déplace un fichier, alors les alias qui pointent dessus sont corrigés (en fait probablement au moment où on les sollicite). Pour moi ce comportement, nécessite effectivement que le système en garde une trace (et il y avait autrefois un fichier nommé qquechose comme "liste des fichiers renommés ou déplacés" mais je ne l'ai pas retrouvé dans le système actuel, ni sur le net). Par contre ça ne doit pas être transparent pour les applis.
-- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
SbM <someone@nowhere.com> wrote:
JiPaul <blanc@empty.org> wrote:
> M.V. <michel.vauquois@invalid.orage.fr> wrote:
>
> > Je viens de renommer le dossier V2 en V et Mail.app a l'air de continuer
> > à fonctionner normalement
>
> Ne prouve rien : le système garde trace des renommages et c'est
> transparent pour les applis.
Je n'y mettrais pas ma main à couper.
Et bien, moi non plus finalement. Je crois que j'ai confondu avec le cas
particulier des alias : quand on renomme ou déplace un fichier, alors
les alias qui pointent dessus sont corrigés (en fait probablement au
moment où on les sollicite). Pour moi ce comportement, nécessite
effectivement que le système en garde une trace (et il y avait autrefois
un fichier nommé qquechose comme "liste des fichiers renommés ou
déplacés" mais je ne l'ai pas retrouvé dans le système actuel, ni sur le
net). Par contre ça ne doit pas être transparent pour les applis.
--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
> M.V. wrote: > > > Je viens de renommer le dossier V2 en V et Mail.app a l'air de continuer > > à fonctionner normalement > > Ne prouve rien : le système garde trace des renommages et c'est > transparent pour les applis.
Je n'y mettrais pas ma main à couper.
Et bien, moi non plus finalement. Je crois que j'ai confondu avec le cas particulier des alias : quand on renomme ou déplace un fichier, alors les alias qui pointent dessus sont corrigés (en fait probablement au moment où on les sollicite). Pour moi ce comportement, nécessite effectivement que le système en garde une trace (et il y avait autrefois un fichier nommé qquechose comme "liste des fichiers renommés ou déplacés" mais je ne l'ai pas retrouvé dans le système actuel, ni sur le net). Par contre ça ne doit pas être transparent pour les applis.
-- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
blanc
Gilbert OLIVIER wrote:
Au hasards de recherches je suis tombé sur: <http://www.journaldulapin.com/2013/11/28/mavericks-et-la-protection-des-f ichiers-plist/>
Il semblerai que ce ne soit plus si simple de toucher aux fichiers de préférences.
Bon. En fait c'est simple, à condition de savoir quoi faire. Alors je reprends et ajuste le texte de l'article que tu cites :
Sous OS X Mavericks et suivants, Apple utilise un cache mémoire qui permet d'obtenir plus rapidement les prefs d'une appli et de les protéger.: si vous essayez de modifier un fichier manuellement (ou de le supprimer), la version en cache remplacera automatiquement vos modifications.
La bonne méthode : Utiliser la commande "default" dans le Terminal : defaults write -> pour modifier une ou plusieurs préf(s) defaults delete -> pour supprimer une ou plusieurs préf(s) defaults read -> pour lire une ou plusieurs préf(s)
Avec un effet de bord de cette dernière, c'est que le système en profite pour remettre dans le cache ce que vous avez lu.
Faire "man defaults" pour avoir plus de détails.
Mais ça ne fonctionne pas toujours.
Alors il existe une autre solution : Après avoir modifié ou supprimé le fichier plist (soit manuellement, soit avec la commande defaults ci-dessus), demander à l'agent/démon cfprefsd qui gère la mise en cache des préfs de quitter afin qu'il relise toutes les préfs. Contrairement à ce qui est dit dans l'article ce n'est pas une solution sale. Il faut savoir en effet que la commande "kill" sous Unix, n'est pas forcément une commande qui tue mais une commande qui envoie un signal aux processus (elle devrait donc plutôt s'appeler "signal"). Le fait de demander au processus en question de quitter, fait qu'il va faire ça proprement. Et en fait le système va détecter la fin de ce processus et en relancer aussitôt un autre exemplaire qui va s'occuper de la relecture.
Pour ce faire, c'est assez simple : dans le Moniteur d'activité il faut demander au processus cfprefsd de "quitter" (pas besoin de forcer). Attention à un point : il y a a priori deux instances du processus, il faut simplement fermer celle qui est à votre nom et pas celle qui est lancée par l'utilisateur root.
Contrairement à ce qui est dit dans l'article, il faut faire quitter ce démon juste après avoir modifié/supprimé le fichier plist et non pas avant. Et le faire alors que l'appli concernée n'est pas en cours d'exécution (car sinon elle risque de réécrire ses préférences à partir de ce qu'elle a en mémoire). Par contre pas besoin de redémarrer.
----- Pour les afficionados du Terminal :
Une autre façon de faire quitter le processus, un peu plus brutale mais qui marche aussi bien, est de faire la commande "killall cfprefsd" dans le Terminal.
La commande "killall" effectue un "kill" sur tous les processus non protégés dont le nom contient le mot donné en argument. Le seul qui ne soit pas protégé étant le vôtre, tout se passe bien (mais attention de ne rien faire pour lever cette protection : pas de sudo !).
-- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
Au hasards de recherches je suis tombé sur:
<http://www.journaldulapin.com/2013/11/28/mavericks-et-la-protection-des-f
ichiers-plist/>
Il semblerai que ce ne soit plus si simple de toucher aux fichiers de
préférences.
Bon. En fait c'est simple, à condition de savoir quoi faire. Alors je
reprends et ajuste le texte de l'article que tu cites :
Sous OS X Mavericks et suivants, Apple utilise un cache mémoire qui
permet d'obtenir plus rapidement les prefs d'une appli et de les
protéger.: si vous essayez de modifier un fichier manuellement (ou de le
supprimer), la version en cache remplacera automatiquement vos
modifications.
La bonne méthode : Utiliser la commande "default" dans le Terminal :
defaults write -> pour modifier une ou plusieurs préf(s)
defaults delete -> pour supprimer une ou plusieurs préf(s)
defaults read -> pour lire une ou plusieurs préf(s)
Avec un effet de bord de cette dernière, c'est que le système en profite
pour remettre dans le cache ce que vous avez lu.
Faire "man defaults" pour avoir plus de détails.
Mais ça ne fonctionne pas toujours.
Alors il existe une autre solution :
Après avoir modifié ou supprimé le fichier plist (soit manuellement,
soit avec la commande defaults ci-dessus), demander à l'agent/démon
cfprefsd qui gère la mise en cache des préfs de quitter afin qu'il
relise toutes les préfs. Contrairement à ce qui est dit dans l'article
ce n'est pas une solution sale. Il faut savoir en effet que la commande
"kill" sous Unix, n'est pas forcément une commande qui tue mais une
commande qui envoie un signal aux processus (elle devrait donc plutôt
s'appeler "signal"). Le fait de demander au processus en question de
quitter, fait qu'il va faire ça proprement. Et en fait le système va
détecter la fin de ce processus et en relancer aussitôt un autre
exemplaire qui va s'occuper de la relecture.
Pour ce faire, c'est assez simple : dans le Moniteur d'activité il faut
demander au processus cfprefsd de "quitter" (pas besoin de forcer).
Attention à un point : il y a a priori deux instances du processus, il
faut simplement fermer celle qui est à votre nom et pas celle qui est
lancée par l'utilisateur root.
Contrairement à ce qui est dit dans l'article, il faut faire quitter ce
démon juste après avoir modifié/supprimé le fichier plist et non pas
avant. Et le faire alors que l'appli concernée n'est pas en cours
d'exécution (car sinon elle risque de réécrire ses préférences à partir
de ce qu'elle a en mémoire). Par contre pas besoin de redémarrer.
----- Pour les afficionados du Terminal :
Une autre façon de faire quitter le processus, un peu plus brutale mais
qui marche aussi bien, est de faire la commande "killall cfprefsd" dans
le Terminal.
La commande "killall" effectue un "kill" sur tous les processus non
protégés dont le nom contient le mot donné en argument. Le seul qui ne
soit pas protégé étant le vôtre, tout se passe bien (mais attention de
ne rien faire pour lever cette protection : pas de sudo !).
--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
Au hasards de recherches je suis tombé sur: <http://www.journaldulapin.com/2013/11/28/mavericks-et-la-protection-des-f ichiers-plist/>
Il semblerai que ce ne soit plus si simple de toucher aux fichiers de préférences.
Bon. En fait c'est simple, à condition de savoir quoi faire. Alors je reprends et ajuste le texte de l'article que tu cites :
Sous OS X Mavericks et suivants, Apple utilise un cache mémoire qui permet d'obtenir plus rapidement les prefs d'une appli et de les protéger.: si vous essayez de modifier un fichier manuellement (ou de le supprimer), la version en cache remplacera automatiquement vos modifications.
La bonne méthode : Utiliser la commande "default" dans le Terminal : defaults write -> pour modifier une ou plusieurs préf(s) defaults delete -> pour supprimer une ou plusieurs préf(s) defaults read -> pour lire une ou plusieurs préf(s)
Avec un effet de bord de cette dernière, c'est que le système en profite pour remettre dans le cache ce que vous avez lu.
Faire "man defaults" pour avoir plus de détails.
Mais ça ne fonctionne pas toujours.
Alors il existe une autre solution : Après avoir modifié ou supprimé le fichier plist (soit manuellement, soit avec la commande defaults ci-dessus), demander à l'agent/démon cfprefsd qui gère la mise en cache des préfs de quitter afin qu'il relise toutes les préfs. Contrairement à ce qui est dit dans l'article ce n'est pas une solution sale. Il faut savoir en effet que la commande "kill" sous Unix, n'est pas forcément une commande qui tue mais une commande qui envoie un signal aux processus (elle devrait donc plutôt s'appeler "signal"). Le fait de demander au processus en question de quitter, fait qu'il va faire ça proprement. Et en fait le système va détecter la fin de ce processus et en relancer aussitôt un autre exemplaire qui va s'occuper de la relecture.
Pour ce faire, c'est assez simple : dans le Moniteur d'activité il faut demander au processus cfprefsd de "quitter" (pas besoin de forcer). Attention à un point : il y a a priori deux instances du processus, il faut simplement fermer celle qui est à votre nom et pas celle qui est lancée par l'utilisateur root.
Contrairement à ce qui est dit dans l'article, il faut faire quitter ce démon juste après avoir modifié/supprimé le fichier plist et non pas avant. Et le faire alors que l'appli concernée n'est pas en cours d'exécution (car sinon elle risque de réécrire ses préférences à partir de ce qu'elle a en mémoire). Par contre pas besoin de redémarrer.
----- Pour les afficionados du Terminal :
Une autre façon de faire quitter le processus, un peu plus brutale mais qui marche aussi bien, est de faire la commande "killall cfprefsd" dans le Terminal.
La commande "killall" effectue un "kill" sur tous les processus non protégés dont le nom contient le mot donné en argument. Le seul qui ne soit pas protégé étant le vôtre, tout se passe bien (mais attention de ne rien faire pour lever cette protection : pas de sudo !).
-- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
blanc
SbM wrote:
Tu es au courant de l'existence de l'appli « Trousseau d'accès » ? :)
Ben oui, puisqu'il vient de dire "mot de passe (qui n'est pas dans le trousseau) ". ;-) Ceci étant j'en profite pour rappeler la mauvaise traduction : elle devrait en fait s'appeler "accès au trousseaux".
-- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
SbM <someone@nowhere.com> wrote:
Tu es au courant de l'existence de l'appli « Trousseau d'accès » ? :)
Ben oui, puisqu'il vient de dire "mot de passe (qui n'est pas dans le
trousseau) ". ;-)
Ceci étant j'en profite pour rappeler la mauvaise traduction : elle
devrait en fait s'appeler "accès au trousseaux".
--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
Tu es au courant de l'existence de l'appli « Trousseau d'accès » ? :)
Ben oui, puisqu'il vient de dire "mot de passe (qui n'est pas dans le trousseau) ". ;-) Ceci étant j'en profite pour rappeler la mauvaise traduction : elle devrait en fait s'appeler "accès au trousseaux".
-- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
blanc
M.V. wrote:
Je modifie un compte dans Mail.app et je ne vois aucun fichier plist modifié correspondant à Mail ! Il se pourrait donc que les infos soient dans un autre type de fichier.
Ou simplement dans un cache mémoire avant écriture. Voir mon message : <news:1mbz5rm.1j0z36pekwnx7N%
-- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
M.V. <michel.vauquois@invalid.orage.fr> wrote:
Je modifie un compte dans Mail.app et je
ne vois aucun fichier plist modifié correspondant à Mail !
Il se pourrait donc que les infos soient dans un autre type de fichier.
Ou simplement dans un cache mémoire avant écriture.
Voir mon message : <news:1mbz5rm.1j0z36pekwnx7N%blanc@empty.org>
--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
Je modifie un compte dans Mail.app et je ne vois aucun fichier plist modifié correspondant à Mail ! Il se pourrait donc que les infos soient dans un autre type de fichier.
Ou simplement dans un cache mémoire avant écriture. Voir mon message : <news:1mbz5rm.1j0z36pekwnx7N%
-- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
blanc
Fleuger wrote:
Ben oui, mais comme à chaque changement de système (Mac OS ou iOs), je la retrouve connectée au cloud sans que je n'aie rien demandé... et avec des fichiers keychain dans les bibliotèques, donc j'y en mets le moins possible.
Question stupide : Dans les Préfs systemes --> iCloud, la case "trousseau" est-elle bien décochée ? -- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
Fleuger <g4fleurot@free.fr> wrote:
Ben oui, mais comme à chaque changement de système (Mac OS ou iOs), je
la retrouve connectée au cloud sans que je n'aie rien demandé... et avec
des fichiers keychain dans les bibliotèques, donc j'y en mets le moins
possible.
Question stupide :
Dans les Préfs systemes --> iCloud, la case "trousseau" est-elle bien
décochée ?
--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
Ben oui, mais comme à chaque changement de système (Mac OS ou iOs), je la retrouve connectée au cloud sans que je n'aie rien demandé... et avec des fichiers keychain dans les bibliotèques, donc j'y en mets le moins possible.
Question stupide : Dans les Préfs systemes --> iCloud, la case "trousseau" est-elle bien décochée ? -- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
michel.vauquois
Fleuger wrote:
Ben oui, mais comme à chaque changement de système (Mac OS ou iOs), je la retrouve connectée au cloud sans que je n'aie rien demandé... et avec des fichiers keychain dans les bibliotèques, donc j'y en mets le moins possible.
Lors d'un changement de système, au 1er démarrage il y a toujours une fenêtre demandant le MdP iCloud : suffit d'ignorer cette demande, non ? -- Michel Vauquois Que Dieu vous garde... Moi j'ai pas le temps (RD) MàJ 2015 : <http://michelvauquois.free-h.fr> Matière à voir : <http://matiere-a-voir.michelvauquois.free-h.fr>
Fleuger <g4fleurot@free.fr> wrote:
Ben oui, mais comme à chaque changement de système (Mac OS ou iOs), je
la retrouve connectée au cloud sans que je n'aie rien demandé... et avec
des fichiers keychain dans les bibliotèques, donc j'y en mets le moins
possible.
Lors d'un changement de système, au 1er démarrage il y a toujours une
fenêtre demandant le MdP iCloud : suffit d'ignorer cette demande, non ?
--
Michel Vauquois
Que Dieu vous garde... Moi j'ai pas le temps (RD)
MàJ 2015 : <http://michelvauquois.free-h.fr>
Matière à voir : <http://matiere-a-voir.michelvauquois.free-h.fr>
Ben oui, mais comme à chaque changement de système (Mac OS ou iOs), je la retrouve connectée au cloud sans que je n'aie rien demandé... et avec des fichiers keychain dans les bibliotèques, donc j'y en mets le moins possible.
Lors d'un changement de système, au 1er démarrage il y a toujours une fenêtre demandant le MdP iCloud : suffit d'ignorer cette demande, non ? -- Michel Vauquois Que Dieu vous garde... Moi j'ai pas le temps (RD) MàJ 2015 : <http://michelvauquois.free-h.fr> Matière à voir : <http://matiere-a-voir.michelvauquois.free-h.fr>
someone
Fleuger wrote:
SbM wrote:
> Tu es au courant de l'existence de l'appli « Trousseau d'accès » ? :)
Ben oui, mais comme à chaque changement de système (Mac OS ou iOs), je la retrouve connectée au cloud sans que je n'aie rien demandé...
???
Autant que je sache, Trousseaux d'accès n'est pas du tout connectée au Cloud.
et avec des fichiers keychain dans les bibliotèques
Encore heureux. Un trousseau sans trousseau, je n'en verrais pas tellement l'utilité.
-- [SbM] "If the French were really intelligent, they'd speak English" (W. Sheed)
Fleuger <g4fleurot@free.fr> wrote:
SbM <someone@nowhere.com> wrote:
> Tu es au courant de l'existence de l'appli « Trousseau d'accès » ? :)
Ben oui, mais comme à chaque changement de système (Mac OS ou iOs), je
la retrouve connectée au cloud sans que je n'aie rien demandé...
???
Autant que je sache, Trousseaux d'accès n'est pas du tout connectée au
Cloud.
et avec
des fichiers keychain dans les bibliotèques
Encore heureux. Un trousseau sans trousseau, je n'en verrais pas
tellement l'utilité.
--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
> Tu es au courant de l'existence de l'appli « Trousseau d'accès » ? :)
Ben oui, mais comme à chaque changement de système (Mac OS ou iOs), je la retrouve connectée au cloud sans que je n'aie rien demandé...
???
Autant que je sache, Trousseaux d'accès n'est pas du tout connectée au Cloud.
et avec des fichiers keychain dans les bibliotèques
Encore heureux. Un trousseau sans trousseau, je n'en verrais pas tellement l'utilité.
-- [SbM] "If the French were really intelligent, they'd speak English" (W. Sheed)
someone
JiPaul wrote:
SbM wrote:
> Tu es au courant de l'existence de l'appli « Trousseau d'accès » ? :)
Ben oui, puisqu'il vient de dire "mot de passe (qui n'est pas dans le trousseau) ". ;-) Ceci étant j'en profite pour rappeler la mauvaise traduction : elle devrait en fait s'appeler "accès au trousseaux".
Oui. Tout comme « App Memory » dans le Moniteur d'activité, qui devrait être traduit « Mémoires des applications » et non « Mémoire de l'application ».
-- [SbM] "If the French were really intelligent, they'd speak English" (W. Sheed)
JiPaul <blanc@empty.org> wrote:
SbM <someone@nowhere.com> wrote:
> Tu es au courant de l'existence de l'appli « Trousseau d'accès » ? :)
Ben oui, puisqu'il vient de dire "mot de passe (qui n'est pas dans le
trousseau) ". ;-)
Ceci étant j'en profite pour rappeler la mauvaise traduction : elle
devrait en fait s'appeler "accès au trousseaux".
Oui. Tout comme « App Memory » dans le Moniteur d'activité, qui devrait
être traduit « Mémoires des applications » et non « Mémoire de
l'application ».
--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
> Tu es au courant de l'existence de l'appli « Trousseau d'accès » ? :)
Ben oui, puisqu'il vient de dire "mot de passe (qui n'est pas dans le trousseau) ". ;-) Ceci étant j'en profite pour rappeler la mauvaise traduction : elle devrait en fait s'appeler "accès au trousseaux".
Oui. Tout comme « App Memory » dans le Moniteur d'activité, qui devrait être traduit « Mémoires des applications » et non « Mémoire de l'application ».
-- [SbM] "If the French were really intelligent, they'd speak English" (W. Sheed)
