Surtout qu'il s'agit bien d'une téléconférence, ce qui n'a pas beaucoup de rapport avec une conférence. Dans le contexte, il s'agit plutôt d'une réunion dont on fait un compte-rendu.
Tu es vraiment un pauvre gars. Si tu avais regardé, ne serait-ce que 2 minutes le site que tu critiques si viollemment, tu aurais découvert ça : http://www.linux-pratique.com/index.php?issue=16&id=5#id1(...) à savoir le fait que l'article publié sur eucd a été publié physiquement dans linux pratique n°16. Et tu devrais aussi savoir que l'intérêt du web, c'est justement les liens : pas la peine de recopier si c'est déjà quelque part.
Ha tu crois que diamond, ou qui que ce soit est géné par ce genre de considération s'il veulent faire linuxpratique.fr ?
Mais qu'est-ce que tu racontes ? .fr est géré par l'afnic (http://www.afnic.fr/(...)) et tu ne peux pas passer outre. Et tu prétends dans un autre post argumenter ?
Sauf que pour avoir un .fr il faut un kabis avec comme dénomination commerciale de la société le .fr que tu veux. Or, une société donnée à le droit à 5 dénominations commerciales, et c'est tout. Il est donc parfaitement possible que Diamond Editions n'ait pas envie de prendre linux-pratique comme dénomination commerciale.
Et puis franchement, vu la gestion de .fr, c'est beaucoup plus arrogant d'avoir un .fr qu'un .com, à mon avis. Un .com ça coute peau de zob et il n'y a strictement aucun contrôle, premier arrivé, premier servi.
Bof. Je n'ai malheureusement pas le référence en tête, mais je me rappelle d'articles de 01 qui donnaient en exemple Chronopost comme utilisant une architecture mixte, avec à la fois du weblogic et du JBoss, selon les besoins. Donc je pense que "jamais confronté", c'est au moins exagéré. D'ailleurs les baisses de prix sur l'entrée de gamme (la partie JSP/servlet) des grands acteurs est essentiellement due à la concurrence de Tomcat. Encore quelques mois d'attente et on passera à JBoss pour la partie EJB...
D'accord avec toi sur la certification, d'autant que des publications qui évitent délibérément de parler de l'Open Source comme 01 (par exemple dans les comparatifs de solutions) se sentent quand même obligées de mentionner JBoss.
Concernant les entity, je suis plus réservé que toi. Tout dépend l'utilisation qu'on veut en faire. Il est clair qu'utiliser l'option D pour des données sensibles, c'est du grand n'importe quoi. Cependant, je pense que l'idée principale du papier de Fleury, c'est de tout mapper avec des entités CMP, de ne plus avoir aucune donnée extraite directement d'une BD (ou d'autre part, d'ailleurs). Dans ce cas, l'option D peut se défendre, pour certaines des données.
Tu as tout à fait raison de mettre généreuse entre guillemets, parce qu'en fait, personne n'en sait rien (Sun et JBoss sont sous NDA concernant la négociation). JBoss a indiqué que le prix était délirant (de leur point de vue). Cf l'article de TheServerSide à ce sujet ( http://www.theserverside.com/home/thread.jsp?thread_id=18453&ar(...) ).
Notons que certaines personnes chez Sun ont été moins qu'aimable avec JBoss autour de cette histoire de certification (du genre ils nous ont piqué du code, ou JBoss ne marche pas...).
L'écrasante majorité des chevaux élevés en France le sont pour être montés, pas pour être mangé. De plus, ton post s'auto-détruit grace à sa dernière phrase...
Excel est un logiciel formidable lorsqu'on le pousse dans ces retranchements
C'est-à-dire quand on atteint les limites en nombre de colonnes et de lignes ? Franchement, en quoi excel est formidable ? C'est un tableur, plutôt bien fait, mais bon...
Ouai. Sauf que AXA fait partie des boites qui font un lobbying d'enfer pour que la sécu soit peu à peu privatisée, en critiquant justement les coûts de fonctionnement de la sécu. Donc qu'ils jettent leur fric par les fenêtres, ce n'est pas anodin (mais si effectivement, pour l'instant, ça ne regarde que leur actionnaires).
A priori, c'est exactement ça. Enfin, plus précisément, il faut que tu définisse en MX ce qui est raisonnable pour les domaines en question, à savoir la machine qui fait tourner un serveur SMTP configuré pour recevoir du mail à mx1.mondomaine.com.
Si tu fais la manip, ça serait sympa de donner un compte rendu ici...
Bon en fait, je me suis planté, d'après les RFC, il faut seulement un A pour pouvoir recevoir du mail (merci houplaboom). Sinon pour répondre à ta question, mon expérience est que beaucoup de spammer utilisent actuellement des domaines qui n'existent même pas dans le nom de l'expéditeur. Donc, pour l'instant, ça peut aider de faire ce genre de filtrage. Mais comme tu le dis, ça ne risque pas de freiner longtemps. De plus, ça oblige plein de gens à déclarer des MX inutiles dans leur domaine (point que je ne connaisais pas, je l'avoue humblement). Donc, sur le fond je suis finalement assez d'accord pour dire que c'est plutôt une connerie de la part de Wanadoo, mais je maintiens que ça n'a aucun rapport avec une obligation d'utiliser leur serveur smtp ou un truc du genre.
J'ai un serveur avec une très petite activité (pas plus de 300 à 400 mails par jour) et je filtre comme ça entre 20 et 30 spams par jour. Donc, c'est pas si mal (encore une fois, je ne parle pas de MX mais de A ou MX, désolé). Mais bon, c'est l'éternel problème du glaive et du bouclier.
Ba alors là, tu m'en bouches un coin. J'ai toujours été persuadé du contraire. Ca m'apprendra à ne pas lire les rfc.
Donc, si je comprends bien, la nouvelle politique de wanadoo, c'est de t'obliger à déclarer un MX pour ton domaine. Du pur unilatéralisme si je comprends bien....
Pour la diffamation, je faisais référence (indirecte) au procès père-noël. Le simple fait de qualifier quelqu'un d'un nom lié à un délit (par exemple voleur ou escroc) peut te valoir une condamnation pour diffamation, quelles que soient les éventuelles preuves que tu apportes. L'idée est que dire "X est un voleur" n'est possible que si X a été condamné pour vol. Et encore, dans ces conditions, un juge peut considérer qu'il y a intention de nuire et te condamner aussi...
Sinon, je ne vois pas le rapport avec une gestion directe de ton domaine, avec une ip fixe, etc. Si tu veux envoyer du mail à dugenoux@zobinette.fr, il faut que zobinette.fr déclare un MX, point final. Le MX peut bien entendu être une machine qui n'est pas dans le domaine zobinette.fr, et c'est d'ailleurs ce qu'on fait en standard pour faire du virtual hosting de mail. Mais tu dois avoir un MX.
J'ai bien compris. Mais à quoi servent les adresses en question si les domaines n'ont pas de MX ? Si tu n'as pas de MX, tu ne peux pas recevoir de mail...
Il me semble que le texte de la news est incorrect. Si j'ai bien compris les explications de wanadoo, pour pouvoir envoyer du mail depuis toto@chose.fr, il faut que le domaine chose.fr possède un MX. Je ne pense pas que le passage par un relay change quelque chose. De plus, quel est l'intérêt (à part pour un spammer) d'utiliser l'adresse toto@chose.fr si celle-ci n'existe pas ?
Sur le fond, quel est le problème ? C'est une règle anti-spam tout ce qu'il y a de plus classique, que j'utilise par exemple sur mes serveurs.
Si ça se trouve, tu es aussi débile que moi. J'ai fait l'upgrade de la façon suivante : je détare le fichier, puis je copie tout les .ini dans le nouveau dossier, puis je fais un mv du temp et du incoming et je démarre mldonkey nouvelle version. Et hop, perte de tous les morceaux et grosse panique.
Sauf que dans les fichiers ini, les chemin d'accès au temp et au incoming (surtout le temp, en fait) sont absolu. Donc la nouvelle version croit toujours que le temp est dans le dossier de l'ancienne version. Et donc on a l'impression qu'on a tout perdu, puisqu'à cause du mv, la nouvelle version ne retrouve plus ses petits...
D'un côté, je suis d'accord avec toi, le P2P actuel, c'est quand même essentiellement une plateforme d'échange illégal de fichiers. On peut quand même modérer ce point de vue un peu extrêmiste. Voici quelques exemples :
- j'ai un CD audio protégé contre la copie et donc illisible sur mon PC sous linux. Il est totalement logique que je télécharge son contenu (et oui, certaines personnes sont très douées pour contourner les protections, pas moi), même si ce n'est pas scrito sensu légal
- la télé française ne diffuse pas certaines séries américaines ou japonaises, ou alors seulement en VF et dans des conditions pourries. Il me semble moral de télécharger ces séries, qui n'existent souvent même pas en DVD
Pour le reste, c'est du vol. Point final. Par contre, il serait dommage de faire un amalgamme en la technologie (P2P) et son utilisation actuelle. C'est comme dire que le cryptage des mails, c'est uniquement utile aux terroristes. Le principe même du P2P permet de faire des choses très intéressantes.
Par exemple, freenet te permet d'échanger des fichiers de façon totalement anonyme et sûre. Ok, ça peut être utiliser pour pirater, mais ça peut être aussi utiliser pour lutter contre la censure (par exemple celle de la scientologie). Autre exemple, Vipul's Razor (http://razor.sourceforge.net/(...)), un système de P2P pour le filtrage du spam.
N'oublions pas que le P2P, c'est quand même un peu le principe d'internet dans lequel tout le monde est à la fois client et serveur. Alors ne jetons pas le bébé avec l'eau du bain !
[^] # Re: Et la langue française, bordel !
Posté par boubou (site web personnel) . En réponse à la dépêche Fork d'XFree86. Évalué à -3.
[^] # Re: Un site web qui fait honneur à la presse Linux
Posté par boubou (site web personnel) . En réponse à la dépêche GNU/Linux Pratique 17 : la vidéo sous Linux. Évalué à 9.
[^] # Re: GNU/Linux Pratique 17 : la vidéo sous Linux
Posté par boubou (site web personnel) . En réponse à la dépêche GNU/Linux Pratique 17 : la vidéo sous Linux. Évalué à 7.
Mais qu'est-ce que tu racontes ? .fr est géré par l'afnic (http://www.afnic.fr/(...)) et tu ne peux pas passer outre. Et tu prétends dans un autre post argumenter ?
[^] # Re: GNU/Linux Pratique 17 : la vidéo sous Linux
Posté par boubou (site web personnel) . En réponse à la dépêche GNU/Linux Pratique 17 : la vidéo sous Linux. Évalué à 10.
Et puis franchement, vu la gestion de .fr, c'est beaucoup plus arrogant d'avoir un .fr qu'un .com, à mon avis. Un .com ça coute peau de zob et il n'y a strictement aucun contrôle, premier arrivé, premier servi.
[^] # Re: JBoss partage ses bénéfices avec l'Open Source
Posté par boubou (site web personnel) . En réponse à la dépêche JBoss partage ses bénéfices avec l'Open Source. Évalué à 1.
[^] # Re: un article (passionant) de Marc Fleury...
Posté par boubou (site web personnel) . En réponse à la dépêche JBoss partage ses bénéfices avec l'Open Source. Évalué à 5.
Concernant les entity, je suis plus réservé que toi. Tout dépend l'utilisation qu'on veut en faire. Il est clair qu'utiliser l'option D pour des données sensibles, c'est du grand n'importe quoi. Cependant, je pense que l'idée principale du papier de Fleury, c'est de tout mapper avec des entités CMP, de ne plus avoir aucune donnée extraite directement d'une BD (ou d'autre part, d'ailleurs). Dans ce cas, l'option D peut se défendre, pour certaines des données.
[^] # Re: JBoss partage ses bénéfices avec l'Open Source
Posté par boubou (site web personnel) . En réponse à la dépêche JBoss partage ses bénéfices avec l'Open Source. Évalué à 10.
Notons que certaines personnes chez Sun ont été moins qu'aimable avec JBoss autour de cette histoire de certification (du genre ils nous ont piqué du code, ou JBoss ne marche pas...).
Et n'oublions pas pour finir le très bon jonas (http://www.objectweb.org/jonas/(...) ), moins polémique, mais très intéressant.
[^] # Re: Bon et est-ce qu'on est obligée d'y aller ? Non, En plus y aura pas RMS
Posté par boubou (site web personnel) . En réponse à la dépêche Si tu sais compiler un noyau, tu sais faire un gâteau. Évalué à 3.
[^] # Re: Si tu sais compiler un noyau, tu sais faire un gâteau
Posté par boubou (site web personnel) . En réponse à la dépêche Si tu sais compiler un noyau, tu sais faire un gâteau. Évalué à -1.
[^] # Re: Wanadoo renforce ses politiques d'acceptation de mails entrants
Posté par boubou (site web personnel) . En réponse à la dépêche Wanadoo renforce ses politiques d'acceptation de mails entrants. Évalué à 1.
[^] # Re: Wanadoo renforce ses politiques d'acceptation de mails entrants
Posté par boubou (site web personnel) . En réponse à la dépêche Wanadoo renforce ses politiques d'acceptation de mails entrants. Évalué à 1.
[^] # Re: Droit de réponse : « AXA ne migre pas vers Linux »
Posté par boubou (site web personnel) . En réponse à la dépêche Droit de réponse : « AXA ne migre pas vers Linux ». Évalué à 3.
C'est-à-dire quand on atteint les limites en nombre de colonnes et de lignes ? Franchement, en quoi excel est formidable ? C'est un tableur, plutôt bien fait, mais bon...
[^] # Re: Droit de réponse : « AXA ne migre pas vers Linux »
Posté par boubou (site web personnel) . En réponse à la dépêche Droit de réponse : « AXA ne migre pas vers Linux ». Évalué à 5.
[^] # Re: Wanadoo renforce ses politiques d'acceptation de mails entrants
Posté par boubou (site web personnel) . En réponse à la dépêche Wanadoo renforce ses politiques d'acceptation de mails entrants. Évalué à 2.
Si tu fais la manip, ça serait sympa de donner un compte rendu ici...
[^] # Re: Wanadoo renforce ses politiques d'acceptation de mails entrants
Posté par boubou (site web personnel) . En réponse à la dépêche Wanadoo renforce ses politiques d'acceptation de mails entrants. Évalué à 3.
[^] # Re: Wanadoo renforce ses politiques d'acceptation de mails entrants
Posté par boubou (site web personnel) . En réponse à la dépêche Wanadoo renforce ses politiques d'acceptation de mails entrants. Évalué à 3.
[^] # Re: Wanadoo renforce ses politiques d'acceptation de mails entrants
Posté par boubou (site web personnel) . En réponse à la dépêche Wanadoo renforce ses politiques d'acceptation de mails entrants. Évalué à 2.
Donc, si je comprends bien, la nouvelle politique de wanadoo, c'est de t'obliger à déclarer un MX pour ton domaine. Du pur unilatéralisme si je comprends bien....
[^] # Re: Wanadoo renforce ses politiques d'acceptation de mails entrants
Posté par boubou (site web personnel) . En réponse à la dépêche Wanadoo renforce ses politiques d'acceptation de mails entrants. Évalué à 1.
[^] # Re: Wanadoo renforce ses politiques d'acceptation de mails entrants
Posté par boubou (site web personnel) . En réponse à la dépêche Wanadoo renforce ses politiques d'acceptation de mails entrants. Évalué à 3.
Sinon, je ne vois pas le rapport avec une gestion directe de ton domaine, avec une ip fixe, etc. Si tu veux envoyer du mail à dugenoux@zobinette.fr, il faut que zobinette.fr déclare un MX, point final. Le MX peut bien entendu être une machine qui n'est pas dans le domaine zobinette.fr, et c'est d'ailleurs ce qu'on fait en standard pour faire du virtual hosting de mail. Mais tu dois avoir un MX.
[^] # Re: Wanadoo renforce ses politiques d'acceptation de mails entrants
Posté par boubou (site web personnel) . En réponse à la dépêche Wanadoo renforce ses politiques d'acceptation de mails entrants. Évalué à 1.
[^] # Re: Wanadoo renforce ses politiques d'acceptation de mails entrants
Posté par boubou (site web personnel) . En réponse à la dépêche Wanadoo renforce ses politiques d'acceptation de mails entrants. Évalué à 0.
[^] # Re: Wanadoo renforce ses politiques d'acceptation de mails entrants
Posté par boubou (site web personnel) . En réponse à la dépêche Wanadoo renforce ses politiques d'acceptation de mails entrants. Évalué à 1.
Ouai, tu veux un procès pour diffamation ?
Plus sérieusement, tu es sûr de il faut utiliser le smtp de ton fai ? Je ne comprends pas du tout ça dans le message de wanadoo.
celui-ci puisse sauvegarder tes emails plus facilement (mesures antio-terroristes)
Tu utilises les tuyaux de ton fai, alors il peut sauvegarder tout ce qu'il veut, ton fai...
# Re: Wanadoo renforce ses politiques d'acceptation de mails entrants
Posté par boubou (site web personnel) . En réponse à la dépêche Wanadoo renforce ses politiques d'acceptation de mails entrants. Évalué à 3.
Sur le fond, quel est le problème ? C'est une règle anti-spam tout ce qu'il y a de plus classique, que j'utilise par exemple sur mes serveurs.
[^] # Re: Mise à jour foireuse
Posté par boubou (site web personnel) . En réponse à la dépêche MLdonkey version 2.04rc1 est sorti. Évalué à 1.
Sauf que dans les fichiers ini, les chemin d'accès au temp et au incoming (surtout le temp, en fait) sont absolu. Donc la nouvelle version croit toujours que le temp est dans le dossier de l'ancienne version. Et donc on a l'impression qu'on a tout perdu, puisqu'à cause du mv, la nouvelle version ne retrouve plus ses petits...
Bref...
[^] # Re: MLdonkey version 2.04rc1 est sorti
Posté par boubou (site web personnel) . En réponse à la dépêche MLdonkey version 2.04rc1 est sorti. Évalué à 2.
- j'ai un CD audio protégé contre la copie et donc illisible sur mon PC sous linux. Il est totalement logique que je télécharge son contenu (et oui, certaines personnes sont très douées pour contourner les protections, pas moi), même si ce n'est pas scrito sensu légal
- la télé française ne diffuse pas certaines séries américaines ou japonaises, ou alors seulement en VF et dans des conditions pourries. Il me semble moral de télécharger ces séries, qui n'existent souvent même pas en DVD
Pour le reste, c'est du vol. Point final. Par contre, il serait dommage de faire un amalgamme en la technologie (P2P) et son utilisation actuelle. C'est comme dire que le cryptage des mails, c'est uniquement utile aux terroristes. Le principe même du P2P permet de faire des choses très intéressantes.
Par exemple, freenet te permet d'échanger des fichiers de façon totalement anonyme et sûre. Ok, ça peut être utiliser pour pirater, mais ça peut être aussi utiliser pour lutter contre la censure (par exemple celle de la scientologie). Autre exemple, Vipul's Razor (http://razor.sourceforge.net/(...)), un système de P2P pour le filtrage du spam.
N'oublions pas que le P2P, c'est quand même un peu le principe d'internet dans lequel tout le monde est à la fois client et serveur. Alors ne jetons pas le bébé avec l'eau du bain !