A défaut, il doit être possible d'utiliser http://trashmail.net/

[ Répondre ]

Comme dit sur la 2° ligne du journal, le problème date du 10 septembre :-)

[ Répondre ]

En même temps, cette news, j'ai pas l'impression qu'elle est passée plus de 4 heures dans la file de modération...

[ Répondre ]

Un peu comme ça : http://www.irisa.fr/siames/GENS/kboulang/atip.html ?

On arrive à faire de ces choses...

[ Répondre ]

Java en GPL, c'est bien, mais quelle conséquence pour les projets de "remplacement" ?

Je pense à en particulier à GCJ, Kaffe, SableVM, etc.

Ces projets ont été lancés pour avoir une machine virtuelle Java libre (pas de VM pour GCK, oui.). Si la JVM de Sun devient libre, quel avenir pour ces projets ?

[ Répondre ]

la Direction générale de la Concurrence, de la Consommation et de la Répression des fraudes demande encore à être convaincue

Pour avoir déjà traité pas mal de dossiers en lien avec des administrations, j'ai pu constater qu'en général, elles n'aiment ni les jeux de mots, ni les exagérations.

En l'occurence:
RACKET, subst. masc. :
Extorsion d'argent ou d'objets, le plus souvent répétée et organisée, obtenue par chantage, intimidation ou violence.

Jusqu'à présent, en allant dans les grandes surfaces ou en faisant directement appel aux constructeurs, je n'ai jamais eu l'impression de subir un chantage ou une intimidation, encore moins de me faire violenter.

Si jamais votre dossier passe entre les mains de quelqu'un ayant eu à subir un vrai racket, je suis à peu près certain que ledit dossier ira directement à la corbeille.

Alors oui, la vente liée, c'est illégal et il faut lutter contre.
Mais ne mélangeons pas tout, et utilisons les mots adéquats, ça ne pourra que mieux marcher !

[ Répondre ]

Si, j'ai été surpris qu'un soft avec cette réputation ne soit pas plus efficace.
Mais j'avoue n'avoir pas eu/pris le temps de chercher pourquoi.

Je peux juste dire que Spamassassin était bien à jour (Debian unstable mis à jour régulièrement), et que l'apprentissage avait bien lieu (pour un Spam identique revenant régulièrement, je voyais son score augmenter après chaque apprentissage).

Pour ce qui est de l'activation du filtre Bayésien, aucune idée.
Pour la mise à jour des règles... heu... c'est pas mis à jour avec l'appli ?

J'avoue n'avoir jamais vraiment plongé dans la configuration du truc.

MAIS : je n'ai pas non plus plongé dans la config de Bogofilter, qui marche très bien du premier coup.
Pour mon usage, Bogofilter est donc sur ce point là également mieux que SpamAssassin.

[ Répondre ]

Enfin, je trouve très surprenants les résultats de Spamassassin qu'a obtenu l'auteur de ce journal. Celui que j'avais vu à l'oeuvre était vraiment redoutable. A mon avis, il n'a pas entrainé le filtre bayésien de son Spamassassin (ou il ne l'a pas fait correctement).

J'ai également été surpris étant donné que j'ai souvent entendu parler en bien de ce filtre.

Pour l'entrainement, il s'est effectué avec les mêmes SPAMS que pour Bogofilter.
La seule différence, c'est que SpamAssassin a été nourris avec au fur et à mesure de leur arrivée, c'est à dire en quelques mois, alors que Bogofilter les a tous appris en une nuit.

[ Répondre ]

Oui, j'ai oublié de le préciser dans le journal, mais question performance, y'a pas photo non plus.

A la louche, quand j'indique à SpamAssassin qu'un mail est un Spam, il prend presque 2 secondes.
Avec Bogofilter, il m'en traite quasiment 6 dans le même laps de temps.

[ Répondre ]

Même avec une relecture, j'laisse passer une faute monstrueuse dans le titre. La honte !
s/à/au/

[ Répondre ]

Ca reste d'autant plus pardonnable que tu donnes il me semble pas mal d'info qui complète la news ! :)

[ Répondre ]

Je sais, vous aller me dire que ce n'est pas le premier

Non, on va juste te dire que c'est déjà en news :
https://linuxfr.org/2006/11/08/21596.html

...

[ Répondre ]

Dans la barre, tout en haut, il y a un item "Plan".

Quand on clique dessus, on a une liste de lien.

Vers la fin, on en trouve un intitulé "Sources du site".

Et celui ci nous mène vers : https://linuxfr.org/linuxfr-snapshot.tar.bz2

[ Répondre ]

Je viens de regarder un peu à quoi ressemble cet ordinateur portable, et ce que je retiens, c'est qu'il fait partie de la famille "portable avec une grille d'aération sous le capot".

Les ordinateurs portables étant dans la majeure partie des cas posés sur une table, à quoi cela sert il de mettre une grille d'aération qui va se trouver d'office obstruée ? Et cela ne peut il pas causer des problèmes de refroidissement de l'engin ?

[ Répondre ]

quand la vitesse de frappe est divisée par 50, on met facilement 3H pour faire une doc de 4 pages

Ouaouh !
Tu veux dire qu'en temps normal, tu tapes tes quatre pages en moins de quatre minutes ?
Je suis impressionné là !

[ Répondre ]

l y a les brevets compatibles avec le logiciel libre : par exemple ceux de Linux.
Il y a les brevets incompatibles avec le logiciel libre : par exemple mp3, gif, etc...


Pas vraiment non.

Dans les deux cas, nous avons affaire au même type de brevets, déposés de la même manière.

La différence entre les deux, c'est que d'un côté, on a une société qui a dit "Je brevette cette techno, mais j'annonce à tout le monde que je permet aux logiciels libres de les utiliser sans qu'ils n'aient à craindre de poursuite de notre part", alors que de l'autre côté, on a une société qui dit "je brevette cette techno, et si vous voulez l'utilisez, venez d'abord passer un accord avec nous".

Si demain, IBM décide de poursuivre les détenteurs de brevets, il n'y aura plus qu'à supprimer plein de choses de l'arborescence du noyau Linux.


A un détail près, que les brevets soient déposés par une société coopérante ou non avec les logiciels libres, ces brevets ne sont pour l'instant pas valable en Europe.

[ Répondre ]

A savoir que le soucis a lieu a travers IMAP [...]
Mais comment fait google pour fournir tout ca gratuit et performant ?

Mince, j'ai dû rater quelque chose, il me semblait que Google ne permettait pas du tout d'IMAP...

[ Répondre ]

Pas mal, le tir groupé ! :)
Y'a pas à dire, Wikipédia devient vraiment un réflexe pour beaucoup !

[ Répondre ]

Le bug, ici, est un "buffer Overflow".
C'est à dire que des données vont être écrite en mémoire, en dehors de l'espace qui leur est alloué.
En tant "normal", lorsque ce bug se produit, on se retrouve généralement avec des données aléatoires écrites on ne sait où, ce qui provoque le plantage du serveur.
L'interêt de cet exploit est d'utiliser ce bug pour savoir qu'elles données on écrit où.
Typiquement, on se débrouille pour faire pointer le registre d'exécution vers un shellcode, ce qui permet donc d'exécuter du code connu en tant que root. C'est autrement plus interessant qu'un simple plantage de X.

Si j'ai dit des bêtises, je laisse les spécialistes me corriger...

[ Répondre ]