Fabien Penso a écrit 1947 commentaires

Vas voir https://linuxfr.org/users/(...) et tu auras déjà ça.

Pour info ceux qui avaient cette redirection activée avant le changement le conserve pour le moment pour éviter des pertes de mails.

Mais je déconseille de penser que le service sera éternel, et de l'utiliser pour des mails perso. C'est plutôt pour que les visiteurs du site puissent vous contacter si besoin est.

adolphos, sors de ce corps !

Bon une légère remarque étant donné que je n'ai rien à voir avec tout ça :

Slashdot, qui servait de référence a linuxfr,

Je ne pense pas que slashdot ait jamais servi de référence en terme de contenu. Cependant slashdot est un site américain, avec les lois de son pays, et une société derrière qui peut gérer tous les procès qu'elle veut. De plus le site peut être pleins de commentaires racistes ou xenophobes, ils s'en foutent, ils ne sont pas responsable des dits sur le site, et la constition américaine protège leurs auteurs.

Ici de ce que j'en ai vu c'est un commentaire avec une repompe intégrale d'un article (interdit en france, ou j'ai loupé un truc et faudrait me l'expliquer), d'un compte qui n'a posté qu'un commentaire (de ce que tu en dis encore un commentaire politique), probablement un multi d'un chieur régulier de linuxfr (suivez mon regard).

Pour le système de notations sur linuxfr, d'après les sondages précédents (http://linuxfr.org/poll/send,63.html(...) par exemple), c'est une minorité qui se plaint, en général ceux qui en patissent et qui a côté postent des commentaires notés -5 et à ce que j'en vois c'est justifié.

Quand à la politique de linuxfr, l'article dans lequel s'est passé ce thread a été passé avec beaucoup de discussions par les moderateurs/relecteurs pour savoir si on devait le passer ou pas. Il l'a été de manière neutre, sans aucune autre chose dedans que des faits objectifs, c'est à dire qu'il y aurait un stand à la fête de l'huma (qui je crois même si elle est organisée par le PC a des visiteurs de larges bords).

Sinon je confirme que t'es parano et que tu fabules, les admins de LinuxFr n'ont pas de tendance politique particulière, et je ne pense pas que quiconque sache ce que les admins votent (s'ils votent), enfin moi je ne le sais pas. J'imagine qu'ils ne votent pas extrême droite, c'est quasi sûr et LinuxFr n'est pas particulièrement de gauche à mes yeux, mais plutôt apolitique.

J'avais d'ailleurs personnellement gueulé dans une conférence il y a quelques années ou un communiste avait dit devant une conférence sur le libre que les idées étaient exactement celles de son partis, ce qui m'avait fait bondir; et je l'avais remis à sa place.

1. Il ne trouve pas les ul manquants, vu qu'il n'a pas de notion de hierarchie dans les tags.

2. non il s'est pas perdu dans les i et li, c'est juste que l'auteur n'a pas fermé des i et des li pour en rouvrir d'autres après, donc à la fin du commentaire il ferme les tags encore ouvert (2 je crois).

Ce serait bien une fonction de validation qui ferme les tags qu'il faut tout seul et tout et tout et qui vérifie qu'un li est bien dans un ul, mais je n'en connais pas qui fonctionnent à 100% ou même qui s'en rapprochent.

Bah c'est pas mal. Le seul soucis qu'on a en fait c'est qu'on a toujours pleins de gens avec pleins de bonnes volontés pour refaire le HTML du site, mais au bout de quelques semaines on n'a plus de nouvelles... :)

Parce que en l'étât, vu le code actuel, si quelqu'un propose une page qui marche, mieux, xhtml compliant et tout, et qui marche sur tous les navigateurs, son intégration par quelqu'un de l'équipe DLFP ne sera pas longue du tout. Mais faudrait déjà fournir le truc...

Du dynamique caché, du vrai statique quoi.

Maintenant, même si ce n'est pas possible, j'aurais bien aimé voir un comparatif des performances du site entre PHP/DaCode et Templeet/DLFP pour voir si niveau ressources Templeet tient bien ces promesses. Hélas ça risque d'être dur puisque tout à changer depuis DaCode : les serveurs, l'hébergeur, le nombre de comptes, le nombre de commentaires ... D'autre part je sais bien que la qualité d'une technologie ne se resume pas aux performances mais aussi à des principes tel que la maintenabilité du code, la facilité d'écriture ... de ce point de vue, le passage à Templeet doit être salutaire (quoique qu'il faut s'habituer à la syntaxe fonctionnelle :).

Je pense pouvoir dire bien connaître les deux, vu que j'ai crée daCode et co-créé Templeet. Les performances n'ont tout simplement rien à voir. Le temps de développement pour les deux n'a lui non plus rien à voir quand il s'agit de rajouter de nouvelles fonctionnalités.

Enfin avec un poil de javascript on pourrait quand même.

Décidemment, vu comment tu aimes dacode, tu devrais l'installer ailleurs et ne pas revenir ici.

Bon il manque des trucs que je n'ai pas envie de faire :

Un peu de javascript pour afficher le nombre de lettres tapées dans le message. Possibilité de ne plus recevoir de messages d'une personne. Possibilité de citer le message auquel on répond. Un meilleur affichage de la liste des message reçus. Possibilité d'envoyer un message en donnant une chaine comme destinataire (login, prenom/nom), etc, etc.

car les listes ne fonctionnent plus.

De quelles listes tu parles ?

Je dirais même 2 minutes. Pour les 20minutes, c'est sur la bande d'arrêt d'urgence, et c'est déjà assez impressionnant d'y être.

La vrai question maintenant c'est comment arrivé à dynamiser suffisamment le forum pour qu'il attire les foules?

Non, il y a désormais plus de messages postés sur le forum que les journaux, commentaires comme messages originaux.

Je pense que les modéros ont tous des points de vue différents sur ce qui devrait s'y trouver, donc je ne peux pas dire.

Par contre on est tous d'accord sur ce qui ne devrait pas s'y trouver, et ça c'est les questions ou les remarques qui peuvent aller dans un forum approprié (question sur linuxfr, question technique, etc).

Si les questions techniques vont dans les forums et les news en page d'accueil qu'est ce qu'on met dans les journaux ?

Les news qui ne méritent pas de passer comme article. Ta question a toute sa place dans les forums, pas dans les journaux.

Ca le délai seulement la première fois. Ensuite ça dépend du serveur en face, s'il retente 5 jours plus tard ... Mais en général (j'ai regardé les cas que j'ai eu), ça retente dans un délai inférieur à 30min.

En gros après avoir regardé quelques heures, j'en pense plutôt du bien. Et en plus comme postfix passe pleins d'infos des mails, ton serveur greylist peut stocker tout ça pour voir par exemple combien de méga de mails un mec a reçu.

Je lis :

Eventually DSPAM support should be removed from amavisd-new, as soon as SA will be able to call it on its own.

Bon et bien on va attendre un peu :)

On s'en fout, spamassasin on le lance de amavis au niveau système pour tous les mails qui passent, tu fais comment avec dspam ?

Dans la même catégorie, et pour ceux qui gèrent des serveurs de mails avec pas mal de domaines, vous avez choisis quel outil contre le spam pour que ça marche au niveau system (pour tous vos utilisateurs), les mails que vous relayez, etc.

pas de bloquage pour les RBL, mais les utiliser dans SA

Clairement c'est comme ca qu'il faut les utiliser. Sauf pour une ou deux qui sont bien maintenues, vérifiées, et que tu peux trasher direct (genre relays.ordb.org).

Ah bah moi je vois très bien comment ça peut s'appliquer. D'abord il faut avoir un système de greylist commun (on trouve différentes pages sur différentes possibilités pour faire ça) si tu as plusieurs MX, c'est sûr. Mais là par exemple je viens de mettre en place (donc je pourrais dire d'ici quelques jours comment ça se comporte) avec http://www.gasmi.net/gld.html(...) qui utilise une base mysql pour stocker les infos, donc plus de soucis.

Le problème n'est pas de refuser la première fois. Le trucs c'est que beaucoup de spammeurs ne peuvent se permettre de garder dans un spool les messages rejetés (et ça se comprend), donc refuser une fois suffit à baisser le nombre de spam. Les vrais mails eux ont des systèmes de mail à spool (postfix, etc) et donc retentent ultérieurement de mailer. Ca ne fait ça qu'à la première présence du triplet (from/ip/to) évidemment.

Je trouve que ça prend du sens, surtout que c'est beaucoup moins consommateur que le reste, vu qu'un select dans une table SQL suffit pour refuser (ça n'empeche pas d'utiliser amavis et tout, mais tu l'utilises en plus).

Quid des greylists, est-ce que vous allez les implémenter ?

J'ai cherché une documentation sur crm114 et ce que j'ai trouvé explique de l'installer avec procmail. Marche t-il sur des configurations qui ne font que relai ?

Tu rajoute une règle avant RBL qui laisse passer les mails internes.
Tu fais ca comment avec postfix? les rbls ne sont pas locales.. je ne gère pas leur contenu.

mynetworks = /etc/postfix/reseaux
smtpd_client_restrictions = permit_mynetworks, reject_rbl_client ...

De plus, avec plusieurs milliers d'utilisateurs, je ne peux pas me premettre d'utiliser un flitre bayesien

C'est quoi concrêtement la solution que tu as envisagée pour le moment alors ?