paquets pcscd, pcsc-tools
Bonjour, J'ai un lecteur de SD sur mon PC fixe et mon portable et ils semblent correctement fonctionner sans ces paquets. Je me demande à quoi ils peuvent bien servir? Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Conseil lutte antispam
Guillaume wrote: > Tekpi a écrit : >> Bonjour à tous, >> > salut > >> je recherche votre avis sur la mise en place d'un serveur de mail avec >> antivirus et antispam, que me conseillez vous. >> > Moi, je tourne depuis quelques jours sur Postfix + Postgrey + ClamAV + > ClamSMTP > > ca a l'air de fonctionner correctement c'est assez efficace... ca > marche sans rien faire... juste les whitelist pour les mails qui doivent > eviter le greylisting ! > >> Je pense m'orienter vers Postfix + amavis + clamav + postgrey + >> spamassassin >> > J'utilisais Amavis + Spamassassin avec Postfix avant moins > efficace... plus contraignant.. > Il y a l'apprentissage pour le spamass... > > Si tu veux vraiment un killer de spam, Dspam a l'air vraiment bien > avec interface web pour les configs utilisateurs par utilisateurs... > bof. l'auteur a quitté le projet, et de toute façon, l'histoire de "avec un filtre bayésien, on a moins de boulot à faire", c'est du marketing à 3 sous. j'avais fait des tests pour voir la "robustesse" d'un filtre si on ne l'entraine pas bien (qui veut passer son temps à entrainer un filtre?), et j'ai abandonné dspam. spamassassin, même si on utilise la config de base, reste relativement efficace. je ne sais plus quand j'ai mis à jour la config SA pour la dernière fois, mais ça fait toujours son travail (je pourrais le reconfigurer pour bloquer les quelques spams qui passent encore, mais pour le moment, ça reste supportable). -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Conseil lutte antispam
Daniel Caillibaud wrote: > Ah, désolé, j'ai lu trop vite. Mais si c'est juste pour postfix <-> SA, > pas besoin d'amavis (ni d'un autre intermédiare) pour ça... > sauf que amavisd-new n'est pas un simple intermediaire qui lance SA. amavisd-new est un proxy qui peut faire du SA. en gros, avec amavisd-new, tu évites le fork/exec de SA (ou de spamc) à chaque mail. donc, reflechis encore à la question. personellement, je te conseille d'utiliser amavisd-new. de plus, amavid-new peut utiliser clamav (c'est par défaut) et tu gagnes une étape dans ta config. plus tard, tu pourras convigurer amavisd-new pour mettre des "politiques" differentes selon le contexte. >> Ce boulot est plutot pour Maildrop effectivement > on peut le faire avec amavisd-new + postfix, mais il faut vraiment le vouloir (juste pour info, mais pas conseillé: on dit à amavisd-new de rediriger les spams vers [EMAIL PROTECTED], et on configure postfix pour que les adresses [EMAIL PROTECTED] soient livrées dans /chemin/vers/maildir/.Junk/ ça reste faisable si on gère les utilisateurs sous *sql/ldap). >>> Suivant les headers ajoutés par SA, postfix peut rejeter ou délivrer >>> dans Maildir/new mais pas ailleurs. Si le filtregae n'est pas fait pendant la connexion smtp (proxy_filter), alors il ne faut pas rejecter le mail (c'est trop tard), sinon gare au "backscatter" (envoi d'erreur à quelqu'un qui n'a jamais rien envoyé). >>> => D'après vous, quelle serait la meilleur solution pour les envoyer >>> par exemple vers Maildir/spam si score > X et Maildir/spam-probable >>> si score > Y ? >>> >> Facile à faire avec maildrop >> ça peut se faire avec maildrop, procmail, sieve (pour les serveurs imap qui supportent ça)... personellement, je prefere maildrop. >> Jetes un oeil à ca: >> http://www.free-4ever.net/index.php/Mail:Configuration_maildrop >> >> Ca te donnera une base de départ. > > Oui, je cherchais à éviter un truc supplémentaire, mais visiblement y'a > pas le choix si on veut une distib conditionnelle. > il ne faut pas éviter les "trucs supplementaires". il vaut mieux avoir des petits bouts qui font chacun une tache, et qui la font bien. >>> Je pensais à un bête find + grep + mv en crontab dans les maildirs, >>> mais y'a peut-être plus intelligent et pas trop gourmand (pas trop >>> envie d'avoir amavis qui tourne juste pour ça). >>> >> Waouh ca parait effectivement un peu bourrin ;-) > > Oui, mais hyper light (2 lignes) ;-) pas vraiment. il y a deux repertoires à gerer (new/ et cur/) et il y a le problème des accès concurrents (le serveur imap peut faire quelque chose avec le fichier). > Bon, on peut ausi se faire son propre filtre en shell, mais dans ce cas > autant utiliser maildrop. par ailleurs, on peut compiler maildrop en virant toutes les options (genre authlib...), histoire de l'utiliser "betement". faut regarder le package maildrop-dovecot, je crois que c'est fait pour se passer de courier authlib. pour revenir à la lutte anti-spam, il y a aussi du controle d'accès dans postfix (smtpd_*_restrictions). en rejetant les mails pendant la transaction smtp, - tu decharges tes filters (SA, ...) - tu decharges ton système - tu arrete des spams que le filtre n'arretera pas - tu laisses une chance à l'expediteur de se rende compte du problème (mettre dans un dossier Junk est amusant au début, mais quand il devient trop plein, on ne le regarde pas assez pour récupérer des erreurs de filtrage). voici quelques tests à regarder (il faut les comprendre en lisant la doc et se faire une idée soi-même. il n'y a pas de niveau de filtrage universel): - reject_invalid_helo_hostname (ne devrait poser aucun problème) - reject_non_fqdn_helo_hostname (en théorie, il y a des serveurs, principalement exchange, qui sont mal configurés. mais bon, s'ils sont mal configurés, ils peuvent être bien "abusés" aussi...) - reject_unknown_sender_domain (on cause pas avec des gens à qui on ne peut pas causer) - reject_rbl_client avec des listes choisies. la liste la plus "conseillée" est zen.spamhaus.org. depuis un certain temps, la liste de spamcops est devenue "utilisable". il y a aussi korea.services.net et la dsbl, mais ils n'arretent pas beaucoup de spam. - tu peux "proteger" contre les listes noires ci-dessus en utilisant la liste blanche de chez dswl.org. ... -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Freeze du système avec aireplay-ng
François Boisson a écrit : Utilise au moins les Hotkeys: Alt_Sys S puis, Alt-sys I, Alt-sys 6 puis Alt-sys O Petit problème, après un nouveau gel, même les hotkeys ne marche pas !! P'tit Louis -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: vlc caméra sur ip
eric gibault a écrit : > Bonjour, > Je ne peux accéder avec vlc à la caméra sur ip que sans identifiant et > mot de passe administrateur faute de quoi j'ai le message d'erreur > suivant... > Received DESCRIBE response: RTSP/1.0 401 Unauthorized > CSeq: 4 > WWW-Authenticate: Basic realm="RTSP server" > > Je cherche donc à trouver la ligne de commande sous vlc qui inclus > l'identifiant et le mot de passe. As-tu essayé de les mettre dans l'uri ? genre : rtsp://username:[EMAIL PROTECTED]:port/ > > je ne peux pas prendre le risque de laisser l'interface administrateur > de la caméra sans contrôle d'accès ! > > Merci > > Cordialement > Eric Gibault > > signature.asc Description: OpenPGP digital signature
Re: vlc caméra sur ip
ça semblerait plus facile d'accéder au stream à travers une page HTML... eric gibault a écrit : Bonjour, Je ne peux accéder avec vlc à la caméra sur ip que sans identifiant et mot de passe administrateur faute de quoi j'ai le message d'erreur suivant... Received DESCRIBE response: RTSP/1.0 401 Unauthorized CSeq: 4 WWW-Authenticate: Basic realm="RTSP server" Je cherche donc à trouver la ligne de commande sous vlc qui inclus l'identifiant et le mot de passe. je ne peux pas prendre le risque de laisser l'interface administrateur de la caméra sans contrôle d'accès ! Merci Cordialement Eric Gibault -- A desperate spinster from Clare Once knelt in the moonlight all bare, And prayed to her God For a romp on the sod-- 'Twas a passerby answered her prayer.
Re: noyau 2.6.23 architecture k7
En ce vendredi 07 décembre 2007 à 18:51:03 C. Mourad Jaber nous susurrait : > Bonjour, > Bonjour > J'ai vu l'apparition du noyau 2.6.23 dans SID, mais il semble que la > version K7 n'est pas dans le lot ! > > Est-ce qu'il y a eu une fusion k7-686 au niveau de build ou y'a-t-il une > raison particulière ? Sur http://packages.qa.debian.org/l/linux-2.6/news/20071205T003048Z.html ... [i386] Drop k7 images ... Comme il me semble qu'on peut traduire « drop » par « laisser tomber », cela est vraisemblable. -- -+- Dominique Marin http://txodom.free.fr -+- «Dieu est le seul être qui, pour régner, n'ait même pas besoin d'exister.» -+- Charles Baudelaire -+- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
vlc caméra sur ip
Bonjour, Je ne peux accéder avec vlc à la caméra sur ip que sans identifiant et mot de passe administrateur faute de quoi j'ai le message d'erreur suivant... Received DESCRIBE response: RTSP/1.0 401 Unauthorized CSeq: 4 WWW-Authenticate: Basic realm="RTSP server" Je cherche donc à trouver la ligne de commande sous vlc qui inclus l'identifiant et le mot de passe. je ne peux pas prendre le risque de laisser l'interface administrateur de la caméra sans contrôle d'accès ! Merci Cordialement Eric Gibault -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
noyau 2.6.23 architecture k7
Bonjour, J'ai vu l'apparition du noyau 2.6.23 dans SID, mais il semble que la version K7 n'est pas dans le lot ! Est-ce qu'il y a eu une fusion k7-686 au niveau de build ou y'a-t-il une raison particulière ? Merci @ + Mourad -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: VirtualBox et configuration réseau
Thierry Leurent a écrit : Bonjour, Je viens d'installer VirtualBox sur ma Lenny. J'ai crée une machine virtuelle avec une Lenny que je désire configurer comme serveur Web de développement. VirtualBox m'a créé un réseau Natté en 10.0.2.0 mais mon réseau est en 192.168.0.0. Contrairement à VMWare, je ne vois pas de bridge entre ma machine réelle et ma machine virtuelle. Comment faire ? Je viens de lire sur la liste débutant de Mandriva : Tu dois utiliser les redirections de ports. Ceci est expliquer avec l'exemple d'un serveur ssh à la page 60 du manuel http://www.virtualbox.org/download/UserManual.pdf ). Au lieu du port 22 (port ssh) tu mentionne le port des windows share (445 ou 139) et tu choisis un port local à forwarder (par exemple 9445). Puis tu te connecte comme suit (après avoir activer le partage): mount -t smb -o port=9445 127.0.0.1 /mnt/windows Attention toutefois à la sécurité car cei permettrais à n'importe qui sur internet de se connecter à ton windows. Veille donc à configurer Windows convenablement ou à t'assurer d'un pare feu sous linux empechant l'extérieur de se connecter au port 9445. Olive -- Amicalement vOOotre, Troumad Alias Bernard SIAUD, http://troumad.org N'envoyez que des documents avec des formats ouverts, comme http://fr.openoffice.org Adresse electronique speciale liste -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Conseil lutte antispam
Guillaume <[EMAIL PROTECTED]> wrote: | Daniel Caillibaud a écrit : | >Guillaume a écrit : | >>>J'ai installé un système assez light avec juste postfix + SA, et j'avais pas trop envie d'ajouter | >>>amavis, mais apparemment il est indispensable si l'on veut que les mails taggés spam soient envoyés | >>>vers un dossier particulier des Maildirs (lui ou un autre MDA qui puisse gérer les domaines | >>>virtuels, maildrop par exemple). | >>> | >>Je pense pas qu'il y ait de rapport entre le fait de remiser un mail dans un sous-répertoire et | >>Amavis... | >>Amavis fait l'intégration entre Postfix et SpamAssassin et d'autres encore comme ClamAV | >Ah, désolé, j'ai lu trop vite. Mais si c'est juste pour postfix <-> SA, pas besoin d'amavis (ni d'un | >autre intermédiare) pour ça... | Pas de soucis | mais ca permet pas que cela... on peut interagir avec plein d'autres outils grace à Amavis... | Postfix passe le mail à Amavis... après on fait tous les traitements avec: ClamAV, SpamAsss, Razor, etc | | >>Ce boulot est plutot pour Maildrop effectivement | >>>Suivant les headers ajoutés par SA, postfix peut rejeter ou délivrer dans Maildir/new mais pas | >>>ailleurs. | >>>=> D'après vous, quelle serait la meilleur solution pour les envoyer par exemple vers Maildir/spam | >>>si score > X et Maildir/spam-probable si score > Y ? | >>> | >>Facile à faire avec maildrop | >> | >>Jetes un oeil à ca: | >>http://www.free-4ever.net/index.php/Mail:Configuration_maildrop | >> | >>Ca te donnera une base de départ. | >Oui, je cherchais à éviter un truc supplémentaire, mais visiblement y'a pas le choix si on veut une | >distib conditionnelle. | non, je pense pas qu'il y ait le choix | | Enfin ca dépend aussi de ce que tu utilises comme IMAP/POP. Dovecot a son propre LDA: deliver | comme maildrop avec Courier | | >>>Je pensais à un bête find + grep + mv en crontab dans les maildirs, mais y'a peut-être plus | >>>intelligent et pas trop gourmand (pas trop envie d'avoir amavis qui tourne juste pour ça). | >>> | >>Waouh ca parait effectivement un peu bourrin ;-) | >Oui, mais hyper light (2 lignes) ;-) | >Bon, on peut ausi se faire son propre filtre en shell, mais dans ce cas autant utiliser maildrop. | | le problème du find, grep, mv est que ce n'est pas en temps réel | le mail est mis à un endroit puis bougé... | | la, il arrivera directement au bon endroit | | | -- C'est très bien , amavis,clamav, spamassassin as'tu déjà regardé ce que cela consomme comme cpu ?? Personnellement j'ai viré tout cela et je me suis installé uniquement popfile.( il y a équivalent biensur) Résultat: performance de 99,44%. mess-mate -- "Remember, if it's being done correctly, here or abroad, it's ___not the U.S. Army doing it!" -- Good Morning VietNam
Re: VirtualBox et configuration réseau
Thierry Leurent a écrit : > Bonjour, > > Je viens d'installer VirtualBox sur ma Lenny. J'ai crée une machine > virtuelle avec une Lenny que je désire configurer comme serveur Web de > développement. > > VirtualBox m'a créé un réseau Natté en 10.0.2.0 mais mon réseau est en > 192.168.0.0. Contrairement à VMWare, je ne vois pas de bridge entre ma > machine réelle et ma machine virtuelle. > > Comment faire ? > > Pour le NAT : VBoxManage setextradata "Linux Guest" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/Protocol" TCP VBoxManage setextradata "Linux Guest" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/GuestPort" 80 VBoxManage setextradata "Linux Guest" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/HostPort" 8080 Le serveur web de la machine virtuelle "Linux Guest" sera accessible sur le port 8080 de l'interface de la machine hôte. On peut aussi configurer un bridge au lieu du NAT, tout est expliqué dans le manuel utilisateur (pdf téléchargé sur le site) chapitre 6. @+ signature.asc Description: OpenPGP digital signature
VirtualBox et configuration réseau
Bonjour, Je viens d'installer VirtualBox sur ma Lenny. J'ai crée une machine virtuelle avec une Lenny que je désire configurer comme serveur Web de développement. VirtualBox m'a créé un réseau Natté en 10.0.2.0 mais mon réseau est en 192.168.0.0. Contrairement à VMWare, je ne vois pas de bridge entre ma machine réelle et ma machine virtuelle. Comment faire ? -- Thierry Leurent Phone : +32 476/20.23.98 E-mail : [EMAIL PROTECTED] Website (en developpement) : http://www.asgardian.be -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Caméscopes numériques
David Soulayrol a écrit : Merci pour toutes vos réponses. Bon, la convoitise se précise autour d'un Panasonic NV-GS230 EF-S ou d'un Sony DCR-HC94 (en promo). Les deux modèles spécifient une sortie DV sur laquelle j'ai un doute: ce terme cache-t-il bien une sortie IEEE 1394 - firewire ? (pour ajouter à la confusion, Sony appelle ça i.link. Merci Sony, vraiment) c'est exactement la même chose, sauf que i.link utilise un [EMAIL PROTECTED] mais comme qui peut le plus peut le moins ça ne pose pas de PB Allez, pour conclure le HS, est-ce que certains parmi vous ont eu affaire à ces appareils ? Un problème en particulier ? Ci-joint également la réponse de Vincent qui a confondu les boutons reply de son mailer. Merci à lui. David Soulayrol a écrit : Ce dont je voudrais être sûr, c'est du protocole d'échange des videos entre l'appareil et le système. Est-ce que le caméscope est toujours vu comme du "mass storage" ? Est-ce que ça dépend des marques ? Qu'en est-il de l'interface firewire que je n'ai jamais utilisé personnellement ? Pour faire simple il y a 3 type de camescope en fonction du mode de stockage - mini dv (genre mini-cassette) - mass storage (disque dur ou mémoire flash) - mini dvd (utiliser transcode) avec le 1er il faut utiliser la connexion firewire (éviter l'usb) et les scopes qui ont des connecteurs USB ne s'en servent pas pour véhiculer de la video en DV: l'USB sert à pouvoir utiliser le scope en tant que webcam. Pour les camescope à DD ou à DVD les fichiers sont compressés, généralement en MPG2 plus ou moins "propriétaire" de tel sorte que les cinelerra permet l'import en MPEG2, mais c'est un vrai pensum (il recalcule chaque image afin de pouvoir monter à la frame près; donc le temps entre début d'import et fin réelle de l'import peut être énorme) Préférer le format DV natif. Il peut-être aussi pratique d'avoir une entrée DV sur le scope, pour pouvoir sauvegarder le montage sur un support durable... Perso, j'ai un faible pour les Sony Digital-8 (utilisation de bandes 8mm) bien que ça ne soit pas des scopes de course, la qualité est correcte, et on peut relire ses anciennes bandes en 8mm ou Hi-8 avec sortie en DV; sans compter que le prix des bandes reste correct, et que pour écrire des 0 et des 1 en saturation, pas besoin de bandes au métal évaporé...) JY -- X-rated movies are all alike ... the only thing they leave to the imagination is the plot.
Re: Problème de langue et de page de code sous Gnome...
David BERCOT a écrit : Re-bonjour, Si jamais ça peut servir, logcheck me remonte ça : Security Events =-=-=-=-=-=-=-= perl: warning: Setting locale failed. perl: warning: Setting locale failed. System Events =-=-=-=-=-=-= LANG = "fr_FR" LANG = "fr_FR" LANGUAGE = "fr_FR:fr", LANGUAGE = "fr_FR:fr", alors rajoute dans ce même /etc/environment: [EMAIL PROTECTED] [EMAIL PROTECTED] LC_ALL = "[EMAIL PROTECTED]", LC_ALL = "[EMAIL PROTECTED]", -- Speaking of purchasing a dog, never buy a watchdog that's on sale. After all, everyone knows a bargain dog never bites!
Re: Conseil lutte antispam
Daniel Caillibaud a écrit : Guillaume a écrit : J'ai installé un système assez light avec juste postfix + SA, et j'avais pas trop envie d'ajouter amavis, mais apparemment il est indispensable si l'on veut que les mails taggés spam soient envoyés vers un dossier particulier des Maildirs (lui ou un autre MDA qui puisse gérer les domaines virtuels, maildrop par exemple). Je pense pas qu'il y ait de rapport entre le fait de remiser un mail dans un sous-répertoire et Amavis... Amavis fait l'intégration entre Postfix et SpamAssassin et d'autres encore comme ClamAV Ah, désolé, j'ai lu trop vite. Mais si c'est juste pour postfix <-> SA, pas besoin d'amavis (ni d'un autre intermédiare) pour ça... Pas de soucis mais ca permet pas que cela... on peut interagir avec plein d'autres outils grace à Amavis... Postfix passe le mail à Amavis... après on fait tous les traitements avec: ClamAV, SpamAsss, Razor, etc Ce boulot est plutot pour Maildrop effectivement Suivant les headers ajoutés par SA, postfix peut rejeter ou délivrer dans Maildir/new mais pas ailleurs. => D'après vous, quelle serait la meilleur solution pour les envoyer par exemple vers Maildir/spam si score > X et Maildir/spam-probable si score > Y ? Facile à faire avec maildrop Jetes un oeil à ca: http://www.free-4ever.net/index.php/Mail:Configuration_maildrop Ca te donnera une base de départ. Oui, je cherchais à éviter un truc supplémentaire, mais visiblement y'a pas le choix si on veut une distib conditionnelle. non, je pense pas qu'il y ait le choix Enfin ca dépend aussi de ce que tu utilises comme IMAP/POP. Dovecot a son propre LDA: deliver comme maildrop avec Courier Je pensais à un bête find + grep + mv en crontab dans les maildirs, mais y'a peut-être plus intelligent et pas trop gourmand (pas trop envie d'avoir amavis qui tourne juste pour ça). Waouh ca parait effectivement un peu bourrin ;-) Oui, mais hyper light (2 lignes) ;-) Bon, on peut ausi se faire son propre filtre en shell, mais dans ce cas autant utiliser maildrop. le problème du find, grep, mv est que ce n'est pas en temps réel le mail est mis à un endroit puis bougé... la, il arrivera directement au bon endroit -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Conseil lutte antispam
Guillaume a écrit : J'ai installé un système assez light avec juste postfix + SA, et j'avais pas trop envie d'ajouter amavis, mais apparemment il est indispensable si l'on veut que les mails taggés spam soient envoyés vers un dossier particulier des Maildirs (lui ou un autre MDA qui puisse gérer les domaines virtuels, maildrop par exemple). Je pense pas qu'il y ait de rapport entre le fait de remiser un mail dans un sous-répertoire et Amavis... Amavis fait l'intégration entre Postfix et SpamAssassin et d'autres encore comme ClamAV Ah, désolé, j'ai lu trop vite. Mais si c'est juste pour postfix <-> SA, pas besoin d'amavis (ni d'un autre intermédiare) pour ça... Ce boulot est plutot pour Maildrop effectivement Suivant les headers ajoutés par SA, postfix peut rejeter ou délivrer dans Maildir/new mais pas ailleurs. => D'après vous, quelle serait la meilleur solution pour les envoyer par exemple vers Maildir/spam si score > X et Maildir/spam-probable si score > Y ? Facile à faire avec maildrop Jetes un oeil à ca: http://www.free-4ever.net/index.php/Mail:Configuration_maildrop Ca te donnera une base de départ. Oui, je cherchais à éviter un truc supplémentaire, mais visiblement y'a pas le choix si on veut une distib conditionnelle. Je pensais à un bête find + grep + mv en crontab dans les maildirs, mais y'a peut-être plus intelligent et pas trop gourmand (pas trop envie d'avoir amavis qui tourne juste pour ça). Waouh ca parait effectivement un peu bourrin ;-) Oui, mais hyper light (2 lignes) ;-) Bon, on peut ausi se faire son propre filtre en shell, mais dans ce cas autant utiliser maildrop. -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Conseil lutte antispam
Daniel Caillibaud a écrit : Et tant qu'on es dans le sujet, une question : J'ai installé un système assez light avec juste postfix + SA, et j'avais pas trop envie d'ajouter amavis, mais apparemment il est indispensable si l'on veut que les mails taggés spam soient envoyés vers un dossier particulier des Maildirs (lui ou un autre MDA qui puisse gérer les domaines virtuels, maildrop par exemple). Je pense pas qu'il y ait de rapport entre le fait de remiser un mail dans un sous-répertoire et Amavis... Amavis fait l'intégration entre Postfix et SpamAssassin et d'autres encore comme ClamAV Ce boulot est plutot pour Maildrop effectivement Suivant les headers ajoutés par SA, postfix peut rejeter ou délivrer dans Maildir/new mais pas ailleurs. => D'après vous, quelle serait la meilleur solution pour les envoyer par exemple vers Maildir/spam si score > X et Maildir/spam-probable si score > Y ? Facile à faire avec maildrop Jetes un oeil à ca: http://www.free-4ever.net/index.php/Mail:Configuration_maildrop Ca te donnera une base de départ. Je pensais à un bête find + grep + mv en crontab dans les maildirs, mais y'a peut-être plus intelligent et pas trop gourmand (pas trop envie d'avoir amavis qui tourne juste pour ça). Waouh ca parait effectivement un peu bourrin ;-) Le plus simple est probablement de cocher la case "se fier aux header de SA" dans thunderbird (il n'y a que qq comptes sur le serveur, 100% de TB chez les clients, mais parfois webmail), mais une soluce coté serveur ferait plus "propre". C'est toujours plus sympa les soltuons côtés serveurs. Merci pour vos réponses Idem de rien toujours ;-) Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Conseil lutte antispam
Tekpi a écrit : Bonjour à tous, je recherche votre avis sur la mise en place d'un serveur de mail avec antivirus et antispam, que me conseillez vous. Je pense m'orienter vers Postfix + amavis + clamav + postgrey + spamassassin Qq liens que j'avais collectés sur http://ll.lairdutemps.org/linux/qmail#postfix Et tant qu'on es dans le sujet, une question : J'ai installé un système assez light avec juste postfix + SA, et j'avais pas trop envie d'ajouter amavis, mais apparemment il est indispensable si l'on veut que les mails taggés spam soient envoyés vers un dossier particulier des Maildirs (lui ou un autre MDA qui puisse gérer les domaines virtuels, maildrop par exemple). Suivant les headers ajoutés par SA, postfix peut rejeter ou délivrer dans Maildir/new mais pas ailleurs. => D'après vous, quelle serait la meilleur solution pour les envoyer par exemple vers Maildir/spam si score > X et Maildir/spam-probable si score > Y ? Je pensais à un bête find + grep + mv en crontab dans les maildirs, mais y'a peut-être plus intelligent et pas trop gourmand (pas trop envie d'avoir amavis qui tourne juste pour ça). Le plus simple est probablement de cocher la case "se fier aux header de SA" dans thunderbird (il n'y a que qq comptes sur le serveur, 100% de TB chez les clients, mais parfois webmail), mais une soluce coté serveur ferait plus "propre". Merci pour vos réponses Idem -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Conseil lutte antispam
Guillaume Coeugnet a écrit : C'est ce que je te conseillerai également. Je suis même en plein dedans. Par contre, c'est un travail de longue haleine si tu veux faire les choses bien. Là, j'ai réussi à configurer Postfix, amavis et SA. Il me reste Clamav et sécuriser le tout. J'ai l'intention de faire un tuto mais il ne sera pas dispo à court terme. Pour cette mise en place, j'ai écrit quelques "papiers"déjà Allez sur http://www.free-4ever.net/ Il y a une section mail dans la colonne de droite... J'ai tourné avec ca pendant quelques temps A plus Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Conseil lutte antispam
> -Message d'origine- > De : Tekpi [mailto:[EMAIL PROTECTED] > Envoyé : vendredi 7 décembre 2007 09:41 > À : debian-user-french@lists.debian.org > Objet : Conseil lutte antispam > > > Bonjour à tous, > > je recherche votre avis sur la mise en place d'un serveur de > mail avec antivirus et antispam, que me conseillez vous. > > Je pense m'orienter vers Postfix + amavis + clamav + postgrey > + spamassassin > > Merci pour vos réponses > -- > View this message in context: > http://www.nabble.com/Conseil-lutte-antispam-tf4960942.html#a14208896 > Sent from the debian-user-french mailing list archive at Nabble.com. > > C'est ce que je te conseillerai également. Je suis même en plein dedans. Par contre, c'est un travail de longue haleine si tu veux faire les choses bien. Là, j'ai réussi à configurer Postfix, amavis et SA. Il me reste Clamav et sécuriser le tout. J'ai l'intention de faire un tuto mais il ne sera pas dispo à court terme.
Re: grip : probleme avec cddb
Kohler Gerard a écrit : bonjour, je sous sous Debian Etch, et j'utilise grip 3.3.1 pour ripper des CD. pas de problème ça marche en dehors de la reconnaissance des titres. Dans l'onglet serveur DB j'ai : freedb.freedb.org Dans l'onglet chemin du script j'ai : ~cddb/cddb.cgi mais cela ne marche pas, alors qu'avec sound juicer cette reconnaissance marche. comment faire pour que grip reconnaisse les titres ? merci de votre aide Gérard Ben chez moi ça marche. Est ce que par hasard tu as un firewall qui bloque par défaut les connexions sortantes...regarde de ce côté lo (c'est du style les port 888 ou 8880 enfin je ne sais plius très bien...regarde les log). Sinon il y est moyen de faire passer ça sur du http en port 80 je crois. Sinon ça peut être un problème de répertoire. regarde si tu as bien un répertoire ~/.cddb . Si oui vide le et ensuite lance grip avec un cd connu et voit s'il se remplit. Ciao GiGGz -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Conseil lutte antispam
Tekpi a écrit : Bonjour à tous, salut je recherche votre avis sur la mise en place d'un serveur de mail avec antivirus et antispam, que me conseillez vous. Moi, je tourne depuis quelques jours sur Postfix + Postgrey + ClamAV + ClamSMTP ca a l'air de fonctionner correctement c'est assez efficace... ca marche sans rien faire... juste les whitelist pour les mails qui doivent eviter le greylisting ! Je pense m'orienter vers Postfix + amavis + clamav + postgrey + spamassassin J'utilisais Amavis + Spamassassin avec Postfix avant moins efficace... plus contraignant.. Il y a l'apprentissage pour le spamass... Si tu veux vraiment un killer de spam, Dspam a l'air vraiment bien avec interface web pour les configs utilisateurs par utilisateurs... Merci pour vos réponses De rien pour la mienne ! :-) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Conseil lutte antispam
Bonjour à tous, je recherche votre avis sur la mise en place d'un serveur de mail avec antivirus et antispam, que me conseillez vous. Je pense m'orienter vers Postfix + amavis + clamav + postgrey + spamassassin Merci pour vos réponses -- View this message in context: http://www.nabble.com/Conseil-lutte-antispam-tf4960942.html#a14208896 Sent from the debian-user-french mailing list archive at Nabble.com.