mais que se passe-t-il dans fr.comp.os.linux.debats ?
318 réponses
professeur Méphisto
fr.comp.os.linux.debats est vide chez moi depuis trois jours ? Je
m'inquiète ! Où sont les trolls ?
[ ] ils se sont tous entre-tués ?
[ ] ils sont devenus raisonnables ?
[ ] la fosse à trolls sentait les pieds et il fallait aérer ?
[ ] ils ont migré pour vista ?
[ ] etch est sorti en stable ?
[ ] ils sont tous ici pour boire une mousse ?
[ ] c'est chez moi que c'est cassé ?
Méph'
attention, suivi à la buvette, faut pas pousser non plus
l'ensemble des applis libres sélectionnées par le processus lié au libre est il comparable à l'ensemble des applis sélectionnées par l'économie de marché
[NON]
--
Bon, je conprens pas, s'est quoi cette histoire de plouc, dons plusieur parlent souvent, avec des règle en plus cette foie? Completement HS avec C'est pour ne plus voir tes messages.
Après tu deviens comme Dieu, t'es partout mais on te vois plus.
On 2007-01-19, remy <remy@fctpas.fr> wrote:
l'ensemble des applis libres sélectionnées par le processus lié au libre
est il comparable à l'ensemble des applis sélectionnées par l'économie
de marché
[NON]
--
Bon, je conprens pas, s'est quoi cette histoire de plouc, dons plusieur
parlent souvent, avec des règle en plus cette foie? Completement HS avec
C'est pour ne plus voir tes messages.
Après tu deviens comme Dieu, t'es partout mais on te vois plus.
l'ensemble des applis libres sélectionnées par le processus lié au libre est il comparable à l'ensemble des applis sélectionnées par l'économie de marché
[NON]
--
Bon, je conprens pas, s'est quoi cette histoire de plouc, dons plusieur parlent souvent, avec des règle en plus cette foie? Completement HS avec C'est pour ne plus voir tes messages.
Après tu deviens comme Dieu, t'es partout mais on te vois plus.
pehache
J'utilise tout le temps IE et je n'ai quasiment jamais de spyware sur mon PC.
Tout est dans le _quasiment_.
Oui. 1 ou 2 par an tout au plus. Et encore, ils sont flaggués comme "inoffensifs" par les antispywares que je passe.
De toutes façons un spyware ne peut s'installer que si l'utilisateur a autorisé un truc à s'exécuter à un moment, le browser n'y est pas pour grand chose, à partir du moment où il demande si il faut exécuter ou pas (ce que fait IE).
-- pehache
J'utilise tout le temps IE et je n'ai quasiment jamais de spyware sur
mon PC.
Tout est dans le _quasiment_.
Oui. 1 ou 2 par an tout au plus. Et encore, ils sont flaggués comme
"inoffensifs" par les antispywares que je passe.
De toutes façons un spyware ne peut s'installer que si l'utilisateur a
autorisé un truc à s'exécuter à un moment, le browser n'y est pas
pour grand chose, à partir du moment où il demande si il faut
exécuter ou pas (ce que fait IE).
J'utilise tout le temps IE et je n'ai quasiment jamais de spyware sur mon PC.
Tout est dans le _quasiment_.
Oui. 1 ou 2 par an tout au plus. Et encore, ils sont flaggués comme "inoffensifs" par les antispywares que je passe.
De toutes façons un spyware ne peut s'installer que si l'utilisateur a autorisé un truc à s'exécuter à un moment, le browser n'y est pas pour grand chose, à partir du moment où il demande si il faut exécuter ou pas (ce que fait IE).
-- pehache
Jean-Francois BILLAUD
Côme Desplats écrivait :
Longue vie à Seamonkey ! [...]
Ce qui fait d'autant plus raller, c'est qu'il vient tout juste d'être intégré dans Debian sous un autre nom et qu'il n'est dans aucune autre distribution...
ls /var/log/packages/sea* /var/log/packages/seamonkey-1.0.7-i486-1_slack11.0
De toute façon, il n'y a jamais les paquetages qu'on veut :
du -sm /usr/src/ 2414 /usr/src/
JFB
-- The more we disagree, the more chance there is that at least one of us is right.
Côme Desplats écrivait :
Longue vie à Seamonkey !
[...]
Ce qui fait d'autant plus raller, c'est qu'il vient tout juste d'être
intégré dans Debian sous un autre nom et qu'il n'est dans aucune autre
distribution...
ls /var/log/packages/sea*
/var/log/packages/seamonkey-1.0.7-i486-1_slack11.0
De toute façon, il n'y a jamais les paquetages qu'on veut :
du -sm /usr/src/
2414 /usr/src/
JFB
--
The more we disagree, the more chance there is that at least one of us
is right.
Ce qui fait d'autant plus raller, c'est qu'il vient tout juste d'être intégré dans Debian sous un autre nom et qu'il n'est dans aucune autre distribution...
ls /var/log/packages/sea* /var/log/packages/seamonkey-1.0.7-i486-1_slack11.0
De toute façon, il n'y a jamais les paquetages qu'on veut :
du -sm /usr/src/ 2414 /usr/src/
JFB
-- The more we disagree, the more chance there is that at least one of us is right.
Laurent
"pehache" , dans le message
La bonne façon de t'exprimer aurait été: "Parmi les meilleurs codecs on trouve des codecs libres". C'est encore une autre affirmation qui est une conséquence de la mi enne. Je
maintiens la mienne. pas d'accord
si et seulement si ne fct pas par contre Il existe un élément tel que la proposition soit vraie.
la je suis d'accord
tu prend la quel ?
Celle sans les fautes d'orthographe, de grammaire, de conjugaison et de ponctuation ?
oui éventuellement
mais le débat après réflexion serait plutôt
l'ensemble des applis libres sélectionnées par le processus lié au libre est il comparable à l'ensemble des applis sélectionnées par l'éc onomie de marché
allez à lundi pour moi non puisque Ms pipe tout le marché
FOUTAISES !!!
-- Laurent C.
"pehache" , dans le message
La bonne façon de t'exprimer aurait été: "Parmi les meilleurs codecs
on trouve des codecs libres".
C'est encore une autre affirmation qui est une conséquence de la mi enne. Je
maintiens la mienne.
pas d'accord
si et seulement si ne fct pas
par contre
Il existe un élément tel que la proposition soit vraie.
la je suis d'accord
tu prend la quel ?
Celle sans les fautes d'orthographe, de grammaire, de conjugaison et de
ponctuation ?
oui éventuellement
mais le débat après réflexion serait plutôt
l'ensemble des applis libres sélectionnées par le processus lié au libre
est il comparable à l'ensemble des applis sélectionnées par l'éc onomie
de marché
allez à lundi pour moi non puisque Ms pipe tout le marché
La bonne façon de t'exprimer aurait été: "Parmi les meilleurs codecs on trouve des codecs libres". C'est encore une autre affirmation qui est une conséquence de la mi enne. Je
maintiens la mienne. pas d'accord
si et seulement si ne fct pas par contre Il existe un élément tel que la proposition soit vraie.
la je suis d'accord
tu prend la quel ?
Celle sans les fautes d'orthographe, de grammaire, de conjugaison et de ponctuation ?
oui éventuellement
mais le débat après réflexion serait plutôt
l'ensemble des applis libres sélectionnées par le processus lié au libre est il comparable à l'ensemble des applis sélectionnées par l'éc onomie de marché
allez à lundi pour moi non puisque Ms pipe tout le marché
FOUTAISES !!!
-- Laurent C.
pehache
pop3 et imap sauvegardent dans des mbox. Disons que la version _officielle_ des développeurs dit qu'on ne doit mettre les mails qu'en statut 'D' et ne pas les effacer effectivement. Ce qui fait qu'on peut avoir un fichier mbox énorme sans mail visible depuis Thunderbox. Sous Linux, je ne sais pas ce qui se passe, mais sous Windows, c'est la panique garantie avec explosion définitive de la mbox et perte des mails. J'ai chercher le bug pendant deux ans chez deux de mes clients avant de trouver la bonne information. Seamonkey fait un compactage automatique (ce qui a pour simple effet de virer définitivement les mails effacés de la mbox), Thunderbird, non, l'opération est manuelle (sauf sur Inbox où on peut la forcer à la fermeture). C'est vraiment bête !...
Je ne trouve pas que cela soit si réhédibitoire que tu le décris. Chez moi les mails supprimés ou déplacés d'un dossier TB sont flaggués comme "supprimés" (avec la ligne barrée), mais ils restent visibles. On sait donc qu'ils sont toujours physiquement présents sur le disque, et on peut demander le compactage quand on trouve que c'est le moment de faire le ménage...
Y'a-t'il vraiment des cas où les mails sont toujours physiquement présents sur le disque sans être visibles dans les dossiers ??
-- pehache
pop3 et imap sauvegardent dans des mbox. Disons que la version
_officielle_ des développeurs dit qu'on ne doit mettre les mails
qu'en statut 'D' et ne pas les effacer effectivement. Ce qui fait
qu'on peut avoir un fichier mbox énorme sans mail visible depuis
Thunderbox. Sous Linux, je ne sais pas ce qui se passe, mais sous
Windows, c'est la panique garantie avec explosion définitive de la
mbox et perte des mails. J'ai chercher le bug pendant deux ans chez
deux de mes clients avant de trouver la bonne information. Seamonkey
fait un compactage automatique (ce qui a pour simple effet de virer
définitivement les mails effacés de la mbox), Thunderbird, non,
l'opération est manuelle (sauf sur Inbox où on peut la forcer à la
fermeture). C'est vraiment bête !...
Je ne trouve pas que cela soit si réhédibitoire que tu le décris.
Chez moi les mails supprimés ou déplacés d'un dossier TB sont
flaggués comme "supprimés" (avec la ligne barrée), mais ils restent
visibles. On sait donc qu'ils sont toujours physiquement présents sur
le disque, et on peut demander le compactage quand on trouve que c'est
le moment de faire le ménage...
Y'a-t'il vraiment des cas où les mails sont toujours physiquement
présents sur le disque sans être visibles dans les dossiers ??
pop3 et imap sauvegardent dans des mbox. Disons que la version _officielle_ des développeurs dit qu'on ne doit mettre les mails qu'en statut 'D' et ne pas les effacer effectivement. Ce qui fait qu'on peut avoir un fichier mbox énorme sans mail visible depuis Thunderbox. Sous Linux, je ne sais pas ce qui se passe, mais sous Windows, c'est la panique garantie avec explosion définitive de la mbox et perte des mails. J'ai chercher le bug pendant deux ans chez deux de mes clients avant de trouver la bonne information. Seamonkey fait un compactage automatique (ce qui a pour simple effet de virer définitivement les mails effacés de la mbox), Thunderbird, non, l'opération est manuelle (sauf sur Inbox où on peut la forcer à la fermeture). C'est vraiment bête !...
Je ne trouve pas que cela soit si réhédibitoire que tu le décris. Chez moi les mails supprimés ou déplacés d'un dossier TB sont flaggués comme "supprimés" (avec la ligne barrée), mais ils restent visibles. On sait donc qu'ils sont toujours physiquement présents sur le disque, et on peut demander le compactage quand on trouve que c'est le moment de faire le ménage...
Y'a-t'il vraiment des cas où les mails sont toujours physiquement présents sur le disque sans être visibles dans les dossiers ??
-- pehache
JKB
Le 19-01-2007, à propos de Re: mais que se passe-t-il dans fr.comp.os.linux.debats ?, pehache écrivait dans fr.comp.os.linux.debats :
pop3 et imap sauvegardent dans des mbox. Disons que la version _officielle_ des développeurs dit qu'on ne doit mettre les mails qu'en statut 'D' et ne pas les effacer effectivement. Ce qui fait qu'on peut avoir un fichier mbox énorme sans mail visible depuis Thunderbox. Sous Linux, je ne sais pas ce qui se passe, mais sous Windows, c'est la panique garantie avec explosion définitive de la mbox et perte des mails. J'ai chercher le bug pendant deux ans chez deux de mes clients avant de trouver la bonne information. Seamonkey fait un compactage automatique (ce qui a pour simple effet de virer définitivement les mails effacés de la mbox), Thunderbird, non, l'opération est manuelle (sauf sur Inbox où on peut la forcer à la fermeture). C'est vraiment bête !...
Je ne trouve pas que cela soit si réhédibitoire que tu le décris. Chez moi les mails supprimés ou déplacés d'un dossier TB sont flaggués comme "supprimés" (avec la ligne barrée), mais ils restent visibles. On sait donc qu'ils sont toujours physiquement présents sur le disque, et on peut demander le compactage quand on trouve que c'est le moment de faire le ménage...
Oui, corbeille, trash, poubelle, toussa. Lorsqu'on efface un mail, qu'il aille dans la corbeille de Thunderbird, c'est bien (il est effectivement dans le fichier mbox trash). Qu'il reste dans inbox avec le statut 'D', c'est une immense c*nnerie, surtout quand par défaut ce fichier est dans un profil itinérant et que Windows se tire une balle dans le pied avec son API extrèmement bien foutu qui lui permet d'ouvrir un fichier de plus de 2 Go, de commencer sa modification, mais le fait planter à la fin de l'écriture laissant tout en vrac !
Y'a-t'il vraiment des cas où les mails sont toujours physiquement présents sur le disque sans être visibles dans les dossiers ??
Ouaips... Et c'est bien le problème !
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Le 19-01-2007, à propos de
Re: mais que se passe-t-il dans fr.comp.os.linux.debats ?,
pehache écrivait dans fr.comp.os.linux.debats :
pop3 et imap sauvegardent dans des mbox. Disons que la version
_officielle_ des développeurs dit qu'on ne doit mettre les mails
qu'en statut 'D' et ne pas les effacer effectivement. Ce qui fait
qu'on peut avoir un fichier mbox énorme sans mail visible depuis
Thunderbox. Sous Linux, je ne sais pas ce qui se passe, mais sous
Windows, c'est la panique garantie avec explosion définitive de la
mbox et perte des mails. J'ai chercher le bug pendant deux ans chez
deux de mes clients avant de trouver la bonne information. Seamonkey
fait un compactage automatique (ce qui a pour simple effet de virer
définitivement les mails effacés de la mbox), Thunderbird, non,
l'opération est manuelle (sauf sur Inbox où on peut la forcer à la
fermeture). C'est vraiment bête !...
Je ne trouve pas que cela soit si réhédibitoire que tu le décris.
Chez moi les mails supprimés ou déplacés d'un dossier TB sont
flaggués comme "supprimés" (avec la ligne barrée), mais ils restent
visibles. On sait donc qu'ils sont toujours physiquement présents sur
le disque, et on peut demander le compactage quand on trouve que c'est
le moment de faire le ménage...
Oui, corbeille, trash, poubelle, toussa. Lorsqu'on efface un mail,
qu'il aille dans la corbeille de Thunderbird, c'est bien (il est
effectivement dans le fichier mbox trash). Qu'il reste dans inbox
avec le statut 'D', c'est une immense c*nnerie, surtout quand par
défaut ce fichier est dans un profil itinérant et que Windows se
tire une balle dans le pied avec son API extrèmement bien foutu qui
lui permet d'ouvrir un fichier de plus de 2 Go, de commencer sa
modification, mais le fait planter à la fin de l'écriture laissant
tout en vrac !
Y'a-t'il vraiment des cas où les mails sont toujours physiquement
présents sur le disque sans être visibles dans les dossiers ??
Ouaips... Et c'est bien le problème !
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
Le 19-01-2007, à propos de Re: mais que se passe-t-il dans fr.comp.os.linux.debats ?, pehache écrivait dans fr.comp.os.linux.debats :
pop3 et imap sauvegardent dans des mbox. Disons que la version _officielle_ des développeurs dit qu'on ne doit mettre les mails qu'en statut 'D' et ne pas les effacer effectivement. Ce qui fait qu'on peut avoir un fichier mbox énorme sans mail visible depuis Thunderbox. Sous Linux, je ne sais pas ce qui se passe, mais sous Windows, c'est la panique garantie avec explosion définitive de la mbox et perte des mails. J'ai chercher le bug pendant deux ans chez deux de mes clients avant de trouver la bonne information. Seamonkey fait un compactage automatique (ce qui a pour simple effet de virer définitivement les mails effacés de la mbox), Thunderbird, non, l'opération est manuelle (sauf sur Inbox où on peut la forcer à la fermeture). C'est vraiment bête !...
Je ne trouve pas que cela soit si réhédibitoire que tu le décris. Chez moi les mails supprimés ou déplacés d'un dossier TB sont flaggués comme "supprimés" (avec la ligne barrée), mais ils restent visibles. On sait donc qu'ils sont toujours physiquement présents sur le disque, et on peut demander le compactage quand on trouve que c'est le moment de faire le ménage...
Oui, corbeille, trash, poubelle, toussa. Lorsqu'on efface un mail, qu'il aille dans la corbeille de Thunderbird, c'est bien (il est effectivement dans le fichier mbox trash). Qu'il reste dans inbox avec le statut 'D', c'est une immense c*nnerie, surtout quand par défaut ce fichier est dans un profil itinérant et que Windows se tire une balle dans le pied avec son API extrèmement bien foutu qui lui permet d'ouvrir un fichier de plus de 2 Go, de commencer sa modification, mais le fait planter à la fin de l'écriture laissant tout en vrac !
Y'a-t'il vraiment des cas où les mails sont toujours physiquement présents sur le disque sans être visibles dans les dossiers ??
Ouaips... Et c'est bien le problème !
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours.
Côme Desplats
JKB wrote:
pop3 et imap sauvegardent dans des mbox. Disons que la version _officielle_ des développeurs dit qu'on ne doit mettre les mails qu'en statut 'D' et ne pas les effacer effectivement. Ce qui fait qu'on peut avoir un fichier mbox énorme sans mail visible depuis Thunderbox. Sous Linux, je ne sais pas ce qui se passe, mais sous Windows, c'est la panique garantie avec explosion définitive de la mbox et perte des mails. J'ai chercher le bug pendant deux ans chez deux de mes clients avant de trouver la bonne information. Seamonkey fait un compactage automatique (ce qui a pour simple effet de virer définitivement les mails effacés de la mbox), Thunderbird, non, l'opération est manuelle (sauf sur Inbox où on peut la forcer à la fermeture). C'est vraiment bête !...
Dans la version 2 beta il y a une option de compactage automatique. Qu'il en soit, les deux clients mails de microsoft se comportent à peu près de la même manière, si ce n'est qu'il sont bien plus lents.
Y a-t-il une option dans Thunderbird pour répondre au même format que le mail auquel on répond (donc html quand c'était du html, et texte sinon) ? Il me semblait que c'était possible dans Netscape 4, mais je ne retrouve plus l'option.
Ce qui fait d'autant plus raller, c'est qu'il vient tout juste d'être intégré dans Debian sous un autre nom et qu'il n'est dans aucune autre distribution...
Iceape ? Pas de problème pourtant, en faisant un apt-get mozilla, on récupère iceape.
Oui, mais c'est très récent. Je me demande vraiment pourquoi ils n'ont pas tout bêtement choisit seamonkey comme nom, vu que c'est ce qui est installé.
JKB wrote:
pop3 et imap sauvegardent dans des mbox. Disons que la version
_officielle_ des développeurs dit qu'on ne doit mettre les mails
qu'en statut 'D' et ne pas les effacer effectivement. Ce qui fait
qu'on peut avoir un fichier mbox énorme sans mail visible depuis
Thunderbox. Sous Linux, je ne sais pas ce qui se passe, mais sous
Windows, c'est la panique garantie avec explosion définitive de la
mbox et perte des mails. J'ai chercher le bug pendant deux ans chez
deux de mes clients avant de trouver la bonne information. Seamonkey
fait un compactage automatique (ce qui a pour simple effet de virer
définitivement les mails effacés de la mbox), Thunderbird, non,
l'opération est manuelle (sauf sur Inbox où on peut la forcer à la
fermeture). C'est vraiment bête !...
Dans la version 2 beta il y a une option de compactage automatique.
Qu'il en soit, les deux clients mails de microsoft se comportent à peu
près de la même manière, si ce n'est qu'il sont bien plus lents.
Y a-t-il une option dans Thunderbird pour répondre au même format que le
mail auquel on répond (donc html quand c'était du html, et texte sinon)
? Il me semblait que c'était possible dans Netscape 4, mais je ne
retrouve plus l'option.
Ce qui fait d'autant plus raller, c'est qu'il vient tout juste d'être
intégré dans Debian sous un autre nom et qu'il n'est dans aucune autre
distribution...
Iceape ? Pas de problème pourtant, en faisant un apt-get mozilla, on
récupère iceape.
Oui, mais c'est très récent. Je me demande vraiment pourquoi ils n'ont
pas tout bêtement choisit seamonkey comme nom, vu que c'est ce qui est
installé.
pop3 et imap sauvegardent dans des mbox. Disons que la version _officielle_ des développeurs dit qu'on ne doit mettre les mails qu'en statut 'D' et ne pas les effacer effectivement. Ce qui fait qu'on peut avoir un fichier mbox énorme sans mail visible depuis Thunderbox. Sous Linux, je ne sais pas ce qui se passe, mais sous Windows, c'est la panique garantie avec explosion définitive de la mbox et perte des mails. J'ai chercher le bug pendant deux ans chez deux de mes clients avant de trouver la bonne information. Seamonkey fait un compactage automatique (ce qui a pour simple effet de virer définitivement les mails effacés de la mbox), Thunderbird, non, l'opération est manuelle (sauf sur Inbox où on peut la forcer à la fermeture). C'est vraiment bête !...
Dans la version 2 beta il y a une option de compactage automatique. Qu'il en soit, les deux clients mails de microsoft se comportent à peu près de la même manière, si ce n'est qu'il sont bien plus lents.
Y a-t-il une option dans Thunderbird pour répondre au même format que le mail auquel on répond (donc html quand c'était du html, et texte sinon) ? Il me semblait que c'était possible dans Netscape 4, mais je ne retrouve plus l'option.
Ce qui fait d'autant plus raller, c'est qu'il vient tout juste d'être intégré dans Debian sous un autre nom et qu'il n'est dans aucune autre distribution...
Iceape ? Pas de problème pourtant, en faisant un apt-get mozilla, on récupère iceape.
Oui, mais c'est très récent. Je me demande vraiment pourquoi ils n'ont pas tout bêtement choisit seamonkey comme nom, vu que c'est ce qui est installé.
JKB
Le 19-01-2007, à propos de Re: mais que se passe-t-il dans fr.comp.os.linux.debats ?, Côme Desplats écrivait dans fr.comp.os.linux.debats :
JKB wrote:
pop3 et imap sauvegardent dans des mbox. Disons que la version _officielle_ des développeurs dit qu'on ne doit mettre les mails qu'en statut 'D' et ne pas les effacer effectivement. Ce qui fait qu'on peut avoir un fichier mbox énorme sans mail visible depuis Thunderbox. Sous Linux, je ne sais pas ce qui se passe, mais sous Windows, c'est la panique garantie avec explosion définitive de la mbox et perte des mails. J'ai chercher le bug pendant deux ans chez deux de mes clients avant de trouver la bonne information. Seamonkey fait un compactage automatique (ce qui a pour simple effet de virer définitivement les mails effacés de la mbox), Thunderbird, non, l'opération est manuelle (sauf sur Inbox où on peut la forcer à la fermeture). C'est vraiment bête !...
Dans la version 2 beta il y a une option de compactage automatique. Qu'il en soit, les deux clients mails de microsoft se comportent à peu près de la même manière, si ce n'est qu'il sont bien plus lents.
Il y en a un des deux qui le fait de façon automatique si le nombre de 'D' dépasse les 30% du fichier. Je ne connais pas cette option, mais j'espère qu'elle fonctionne mieux que celle de TB 1.5...
Y a-t-il une option dans Thunderbird pour répondre au même format que le mail auquel on répond (donc html quand c'était du html, et texte sinon) ? Il me semblait que c'était possible dans Netscape 4, mais je ne retrouve plus l'option.
Sais pas. Seamonkey le fait par défaut...
Ce qui fait d'autant plus raller, c'est qu'il vient tout juste d'être intégré dans Debian sous un autre nom et qu'il n'est dans aucune autre distribution...
Iceape ? Pas de problème pourtant, en faisant un apt-get mozilla, on récupère iceape.
Oui, mais c'est très récent. Je me demande vraiment pourquoi ils n'ont pas tout bêtement choisit seamonkey comme nom, vu que c'est ce qui est installé.
Va comprendre... Peut-être un nom qui est déposé ? Avec la politique debian, on ne sait jamais ;-)
JKB
Le 19-01-2007, à propos de
Re: mais que se passe-t-il dans fr.comp.os.linux.debats ?,
Côme Desplats écrivait dans fr.comp.os.linux.debats :
JKB wrote:
pop3 et imap sauvegardent dans des mbox. Disons que la version
_officielle_ des développeurs dit qu'on ne doit mettre les mails
qu'en statut 'D' et ne pas les effacer effectivement. Ce qui fait
qu'on peut avoir un fichier mbox énorme sans mail visible depuis
Thunderbox. Sous Linux, je ne sais pas ce qui se passe, mais sous
Windows, c'est la panique garantie avec explosion définitive de la
mbox et perte des mails. J'ai chercher le bug pendant deux ans chez
deux de mes clients avant de trouver la bonne information. Seamonkey
fait un compactage automatique (ce qui a pour simple effet de virer
définitivement les mails effacés de la mbox), Thunderbird, non,
l'opération est manuelle (sauf sur Inbox où on peut la forcer à la
fermeture). C'est vraiment bête !...
Dans la version 2 beta il y a une option de compactage automatique.
Qu'il en soit, les deux clients mails de microsoft se comportent à peu
près de la même manière, si ce n'est qu'il sont bien plus lents.
Il y en a un des deux qui le fait de façon automatique si le nombre
de 'D' dépasse les 30% du fichier. Je ne connais pas cette option,
mais j'espère qu'elle fonctionne mieux que celle de TB 1.5...
Y a-t-il une option dans Thunderbird pour répondre au même format que le
mail auquel on répond (donc html quand c'était du html, et texte sinon)
? Il me semblait que c'était possible dans Netscape 4, mais je ne
retrouve plus l'option.
Sais pas. Seamonkey le fait par défaut...
Ce qui fait d'autant plus raller, c'est qu'il vient tout juste d'être
intégré dans Debian sous un autre nom et qu'il n'est dans aucune autre
distribution...
Iceape ? Pas de problème pourtant, en faisant un apt-get mozilla, on
récupère iceape.
Oui, mais c'est très récent. Je me demande vraiment pourquoi ils n'ont
pas tout bêtement choisit seamonkey comme nom, vu que c'est ce qui est
installé.
Va comprendre... Peut-être un nom qui est déposé ? Avec la politique
debian, on ne sait jamais ;-)
Le 19-01-2007, à propos de Re: mais que se passe-t-il dans fr.comp.os.linux.debats ?, Côme Desplats écrivait dans fr.comp.os.linux.debats :
JKB wrote:
pop3 et imap sauvegardent dans des mbox. Disons que la version _officielle_ des développeurs dit qu'on ne doit mettre les mails qu'en statut 'D' et ne pas les effacer effectivement. Ce qui fait qu'on peut avoir un fichier mbox énorme sans mail visible depuis Thunderbox. Sous Linux, je ne sais pas ce qui se passe, mais sous Windows, c'est la panique garantie avec explosion définitive de la mbox et perte des mails. J'ai chercher le bug pendant deux ans chez deux de mes clients avant de trouver la bonne information. Seamonkey fait un compactage automatique (ce qui a pour simple effet de virer définitivement les mails effacés de la mbox), Thunderbird, non, l'opération est manuelle (sauf sur Inbox où on peut la forcer à la fermeture). C'est vraiment bête !...
Dans la version 2 beta il y a une option de compactage automatique. Qu'il en soit, les deux clients mails de microsoft se comportent à peu près de la même manière, si ce n'est qu'il sont bien plus lents.
Il y en a un des deux qui le fait de façon automatique si le nombre de 'D' dépasse les 30% du fichier. Je ne connais pas cette option, mais j'espère qu'elle fonctionne mieux que celle de TB 1.5...
Y a-t-il une option dans Thunderbird pour répondre au même format que le mail auquel on répond (donc html quand c'était du html, et texte sinon) ? Il me semblait que c'était possible dans Netscape 4, mais je ne retrouve plus l'option.
Sais pas. Seamonkey le fait par défaut...
Ce qui fait d'autant plus raller, c'est qu'il vient tout juste d'être intégré dans Debian sous un autre nom et qu'il n'est dans aucune autre distribution...
Iceape ? Pas de problème pourtant, en faisant un apt-get mozilla, on récupère iceape.
Oui, mais c'est très récent. Je me demande vraiment pourquoi ils n'ont pas tout bêtement choisit seamonkey comme nom, vu que c'est ce qui est installé.
Va comprendre... Peut-être un nom qui est déposé ? Avec la politique debian, on ne sait jamais ;-)
JKB
Côme Desplats
JKB wrote:
Oui, corbeille, trash, poubelle, toussa. Lorsqu'on efface un mail, qu'il aille dans la corbeille de Thunderbird, c'est bien (il est effectivement dans le fichier mbox trash). Qu'il reste dans inbox avec le statut 'D', c'est une immense c*nnerie, surtout quand par défaut ce fichier est dans un profil itinérant et que Windows se tire une balle dans le pied avec son API extrèmement bien foutu qui lui permet d'ouvrir un fichier de plus de 2 Go, de commencer sa modification, mais le fait planter à la fin de l'écriture laissant tout en vrac !
C'est donc plus un problème windows que Thunderbird. Seamonkey a un comportement différent ?
Y'a-t'il vraiment des cas où les mails sont toujours physiquement présents sur le disque sans être visibles dans les dossiers ??
Ouaips... Et c'est bien le problème !
D'un autre côté, comme tous les mails d'un dossier sont dans un seul fichier, il n'y a pas vraiment le choix si on veut des temps de réponse acceptables.
JKB wrote:
Oui, corbeille, trash, poubelle, toussa. Lorsqu'on efface un mail,
qu'il aille dans la corbeille de Thunderbird, c'est bien (il est
effectivement dans le fichier mbox trash). Qu'il reste dans inbox
avec le statut 'D', c'est une immense c*nnerie, surtout quand par
défaut ce fichier est dans un profil itinérant et que Windows se
tire une balle dans le pied avec son API extrèmement bien foutu qui
lui permet d'ouvrir un fichier de plus de 2 Go, de commencer sa
modification, mais le fait planter à la fin de l'écriture laissant
tout en vrac !
C'est donc plus un problème windows que Thunderbird. Seamonkey a un
comportement différent ?
Y'a-t'il vraiment des cas où les mails sont toujours physiquement
présents sur le disque sans être visibles dans les dossiers ??
Ouaips... Et c'est bien le problème !
D'un autre côté, comme tous les mails d'un dossier sont dans un seul
fichier, il n'y a pas vraiment le choix si on veut des temps de réponse
acceptables.
Oui, corbeille, trash, poubelle, toussa. Lorsqu'on efface un mail, qu'il aille dans la corbeille de Thunderbird, c'est bien (il est effectivement dans le fichier mbox trash). Qu'il reste dans inbox avec le statut 'D', c'est une immense c*nnerie, surtout quand par défaut ce fichier est dans un profil itinérant et que Windows se tire une balle dans le pied avec son API extrèmement bien foutu qui lui permet d'ouvrir un fichier de plus de 2 Go, de commencer sa modification, mais le fait planter à la fin de l'écriture laissant tout en vrac !
C'est donc plus un problème windows que Thunderbird. Seamonkey a un comportement différent ?
Y'a-t'il vraiment des cas où les mails sont toujours physiquement présents sur le disque sans être visibles dans les dossiers ??
Ouaips... Et c'est bien le problème !
D'un autre côté, comme tous les mails d'un dossier sont dans un seul fichier, il n'y a pas vraiment le choix si on veut des temps de réponse acceptables.
pehache
JKB wrote:
Oui, corbeille, trash, poubelle, toussa. Lorsqu'on efface un mail, qu'il aille dans la corbeille de Thunderbird, c'est bien (il est effectivement dans le fichier mbox trash). Qu'il reste dans inbox avec le statut 'D', c'est une immense c*nnerie, surtout quand par défaut ce fichier est dans un profil itinérant et que Windows se tire une balle dans le pied avec son API extrèmement bien foutu qui lui permet d'ouvrir un fichier de plus de 2 Go, de commencer sa modification, mais le fait planter à la fin de l'écriture laissant tout en vrac !
C'est donc plus un problème windows que Thunderbird. Seamonkey a un comportement différent ?
Y'a-t'il vraiment des cas où les mails sont toujours physiquement présents sur le disque sans être visibles dans les dossiers ??
Ouaips... Et c'est bien le problème !
D'un autre côté, comme tous les mails d'un dossier sont dans un seul fichier, il n'y a pas vraiment le choix si on veut des temps de réponse acceptables.
Ce n'est quand même pas génial si des mails restent physiquement présents dans le fichier tout en étant invisibles depuis le lecteur, sans qu'il y ait un compactage automatique de temps en temps...
En l'absence de compactage automatique à intervalles réguliers, il faudrait que tous les mails restent visibles, au besoin avec un flag...
-- pehache
JKB wrote:
Oui, corbeille, trash, poubelle, toussa. Lorsqu'on efface un mail,
qu'il aille dans la corbeille de Thunderbird, c'est bien (il est
effectivement dans le fichier mbox trash). Qu'il reste dans inbox
avec le statut 'D', c'est une immense c*nnerie, surtout quand par
défaut ce fichier est dans un profil itinérant et que Windows se
tire une balle dans le pied avec son API extrèmement bien foutu qui
lui permet d'ouvrir un fichier de plus de 2 Go, de commencer sa
modification, mais le fait planter à la fin de l'écriture laissant
tout en vrac !
C'est donc plus un problème windows que Thunderbird. Seamonkey a un
comportement différent ?
Y'a-t'il vraiment des cas où les mails sont toujours physiquement
présents sur le disque sans être visibles dans les dossiers ??
Ouaips... Et c'est bien le problème !
D'un autre côté, comme tous les mails d'un dossier sont dans un seul
fichier, il n'y a pas vraiment le choix si on veut des temps de réponse
acceptables.
Ce n'est quand même pas génial si des mails restent physiquement
présents dans le fichier tout en étant invisibles depuis le lecteur,
sans qu'il y ait un compactage automatique de temps en temps...
En l'absence de compactage automatique à intervalles réguliers, il
faudrait que tous les mails restent visibles, au besoin avec un flag...
Oui, corbeille, trash, poubelle, toussa. Lorsqu'on efface un mail, qu'il aille dans la corbeille de Thunderbird, c'est bien (il est effectivement dans le fichier mbox trash). Qu'il reste dans inbox avec le statut 'D', c'est une immense c*nnerie, surtout quand par défaut ce fichier est dans un profil itinérant et que Windows se tire une balle dans le pied avec son API extrèmement bien foutu qui lui permet d'ouvrir un fichier de plus de 2 Go, de commencer sa modification, mais le fait planter à la fin de l'écriture laissant tout en vrac !
C'est donc plus un problème windows que Thunderbird. Seamonkey a un comportement différent ?
Y'a-t'il vraiment des cas où les mails sont toujours physiquement présents sur le disque sans être visibles dans les dossiers ??
Ouaips... Et c'est bien le problème !
D'un autre côté, comme tous les mails d'un dossier sont dans un seul fichier, il n'y a pas vraiment le choix si on veut des temps de réponse acceptables.
Ce n'est quand même pas génial si des mails restent physiquement présents dans le fichier tout en étant invisibles depuis le lecteur, sans qu'il y ait un compactage automatique de temps en temps...
En l'absence de compactage automatique à intervalles réguliers, il faudrait que tous les mails restent visibles, au besoin avec un flag...
