Re: [Confirme] kmid

2002-12-14 Thread claude . moignard
On Sat, 14 Dec 2002 05:18:11 +0100
Alexandre Gilardoni <[EMAIL PROTECTED]> wrote:

> Le 13 décembre 2002 à 21:53 +0100, Claude MOIGNARD a écrit :
>  
> [comment lire des fichiers .kar]
> 
> J'avais fait ça il y a bien longtemps. De ma vieille slackware 7, installée
> en décembre 99, qui traîne encore sur un bout de disque, d'un post sur fcolc 
> <[EMAIL PROTECTED]> et de mémoire:
> 
> Compiler alsa avec l'option --enable-sequencer
>  timidity avec les options --enable-audio=alsa
> et --enable-alsaseq
>  les kdelibs avec l'option --with-alsa
>  et kdemultimedia avec l'option --enable-audio=alsa
> 
> Ensuite, on lance le « serveur » :
> $ timidity -B 8,8 -Os -iA & 
> (8,8 étant ce qui donnait le meilleur résultat chez moi)
> 
> $ pmidi -l
> 128:0 Client-128 Timidity port 0
> 128:1 Client-128 Timidity port 1
> 
> Puis on lance kmid (c'était celui de kde2, celui de kde1 plantait) :
> Configuration --> Configuration MIDI et on choisit 
Je n'ai pas compilé.
J'utilise les rpm mdk9.0.
Lorsque je vais dans configuration MIDI j'obtiens le message :
Impossible d'ouvrir /dev/sequencer pour obtenir certaines informations.
Un autre programme est probablement en train de l'utiliser.

>   Client-128 Timidity port x - ALSA device
> 
> Et, muni d'une « banque de sons » conséquente :
> The answer, my friend,
> is blowin' in the wind...
> 
> Si ça peut aider...
> -- 
> Alexandre
> 
> 


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



Re: [Confirme] kmid

2002-12-14 Thread Alexandre Gilardoni
Le 14 décembre 2002 à 10:28 +0100, [EMAIL PROTECTED] a écrit :
 
> Impossible d'ouvrir /dev/sequencer pour obtenir certaines informations.

C'est comme moi il y a 18 mois ;-). À moins que les choses aient beaucoup
changé depuis, ça ne marchera jamais en l'état. Désolé de te décevoir.
-- 
Alexandre


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



Re: [Confirme] Evolution 1.2 - l'aide ne s'affiche pas

2002-12-14 Thread Philippe Hemmel
J'ai Evolution 1.2 et une mdk 9, l'aide utilise Nautilus, le
gestionnaire de fichier de Gnome.

J'ai changé quelques paramétres pour lancer Konqueror :

dans $HOME/.gnome, ya un fichier Gnome décrivant les actions à effectuer
pour certains type de fichier : info, man, ghelp (aide evolution)

Ces types sont utilisés visiblement dans nautilus comme protocoles (ex :
ghelp:file), ce que ne comprend pas konqueror.

C'est contournable par la création de raccourcis web dans konqueror,
dont le but est intialement d'accélerer la saisie par des faux
protocoles (ex : google:toto = recherche toto dans google).

Donc création du raccourci ghelp, qui lance file:\{@} (soit file: et
l'url suivant le mot clé ghelp).

Et chez moi ça marche.

A +

Philippe

Le ven 13/12/2002 à 14:16, WENGER G DsigTcs a écrit :
> Bonjour,
> 
> J'ai installé Evolution1.2 avec les paquets ximian sur ma Mdk 8.2
> Lorsque je clique sur une des rubriques de l'aide il ne se passe rien du
> tout
> Dans la console j'ai l'erreur :
> Gnome-Message : gnome_execute_async_with_env_fds: returning -1
> 
> Est-ce que cela marche chez quelqu'un? 
> Et si oui, quel est le programme qui sert à visualiser l'aide?
> 
> Je pose cette la deuxième question car je n'ai pas installé gnome. J'ai
> juste ajouté les paquets nécessaires à l'installation d'Evolution ainsi que
> tous ceux fournis par Ximian pour la Mdk 8.2. Alors peut être qu'il me
> manque un programme?
> 
> Merci,
> 
> 
> Guillaume



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



Re: [Confirme] kmid

2002-12-14 Thread claude . moignard
Difficle de convertir ses amis à linux!

On Sat, 14 Dec 2002 11:11:17 +0100
Alexandre Gilardoni <[EMAIL PROTECTED]> wrote:

> Le 14 décembre 2002 à 10:28 +0100, [EMAIL PROTECTED] a écrit :
>  
> > Impossible d'ouvrir /dev/sequencer pour obtenir certaines informations.
> 
> C'est comme moi il y a 18 mois ;-). À moins que les choses aient beaucoup
> changé depuis, ça ne marchera jamais en l'état. Désolé de te décevoir.
> -- 
> Alexandre
> 
> 


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



[Confirme] Partage internet par iptables (ADSL free)

2002-12-14 Thread Alain Beyrand
Bonjour,

J'ai un serveur Linux Mdk 9.0 sur ADSL free, un PC client Win 98 et un PC 
client Mdk 9.0. J'ai réussi à faire fonctionner Internet sur le serveur 
et le réseau. Il me reste à faire fonctionner Internet sur les 2 postes 
clients.

Les outils de partage et pare-feu du centre de contrôle Mandrake sont 
inutiles car ils ne savent pas traiter l'arrivée ADSL par modem USB 
Sagem.

Après consultations de pas mal de pages web, j'en suis arrivé à la 
conclusiion que je devais utiliser le pare-feu iptables pour effectuer le 
partage.

J'ai procédé de 2 façons :

==
=== Méthode 1
J'ai lancé un certain nombre de commandes de type :
echo "1" > /proc/sys/net/ipv4/ip_forward
iptables -t nat -A POSTROUTING -s  192.168.0.0/24 -o ppp0 -j MASQUERADE
/sbin/service iptables save
Cela m'a généré un fichier /etc/sysconfig/iptables suivant :
==
# Generated by iptables-save v1.2.6a on Fri Dec 13 14:28:31 2002
*nat
:PREROUTING ACCEPT [40:2550]
:POSTROUTING ACCEPT [20:3030]
:OUTPUT ACCEPT [25:3340]
[5:310] -A POSTROUTING -o ppp0 -j MASQUERADE 
[0:0] -A POSTROUTING -s 192.168.1.0/255.255.255.0 -o ppp0 -j MASQUERADE 
COMMIT
# Completed on Fri Dec 13 14:28:31 2002
# Generated by iptables-save v1.2.6a on Fri Dec 13 14:28:31 2002
*filter
:INPUT ACCEPT [6939:693786]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [9338:879242]
[0:0] -A FORWARD -i eth0 -o ppp0 -m state --state RELATED,ESTABLISHED -j 
ACCEPT 
[0:0] -A FORWARD -i ppp0 -o eth0 -j ACCEPT 
COMMIT
# Completed on Fri Dec 13 14:28:31 2002
===
iptables étant lancé avec /etc/init.d/iptables start (ou /sbin/service 
iptables start)

==
=== Méthode 2
J'ai créé le fichier /etc/rc.d/init.d/parefeu ci-dessous et je lance 
iptables avec la commande /etc/rc.d/init.d/parefeu start

Dans les 2 cas, je n'arrive toujours pas à avoir Internet à partir de mes 
clients, sur lesquels j'ai pourtant déclaré le serveur comme passerelle.

Arrivé à ce point, des conseils seraient bienvenus. Ou, si vous avez mis en 
place un tel partage, une copie de fichier de config...

-- 
Alain Beyrand

 fichier /etc/rc.d/init.d/parefeu de la méthode 2
#!/bin/sh

# Script IPTables générique, accepte tout par défaut

# chemin de l'exécutable iptables
IPT=/sbin/iptables
# mettez l'adresse de votre réseau local ci-dessous
mynet=192.168.52.0/24


# l'interface réseau que vous voulez sécuriser
# Ici, toute interface PPP si vous vous connectez à internet grâce à un lien 
modem PPP.
iface=ppp0
case "$1" in
  start)
echo  "Starting firewall:"


# les listes de ports à rejeter
# rejeter tout sauf ssh, + postgres squid apache linuxconf
tcp="1:19  26:79 81:109 111:1022 3128 3306 4100:4300 1"
# rejeter tout + nfs sauf dns
udp="1:52 54:1022 2049"

# effacer les précédentes rêgles
$IPT -F INPUT
$IPT -F OUTPUT
$IPT -F FORWARD
$IPT -F POSTROUTING -t nat
$IPT -F PREROUTING -t nat
$IPT -F OUTPUT -t nat

# rêgles pour l'IP masquerading
$IPT -t nat -A POSTROUTING -s $mynet -o $iface -d 0/0 -j MASQUERADE
$IPT -t nat -A POSTROUTING -s 192.168.1.0/24 -o eth0 -d 0/0 -j 
MASQUERADE

# modules pour FTP et IRC sur les PC clients
#modprobe ip_conntrack_irc
#modprode ip_conntrack_ftp

# IMPLANTATION DES FORWARDS ICI #

 # blocage des tentatives d'IPspoofing (et log)
$IPT -A INPUT -i $iface -s $mynet -j LOG
$IPT -A INPUT -i $iface -s $mynet -j DROP

# blocage des ports serveurs
for p in $tcp ; do
$IPT -A INPUT -p tcp -i $iface -s 0/0 -d 0/0 --dport $p -j REJECT
done
for p in $udp ; do
$IPT -A INPUT -p udp -i $iface -s 0/0 -d 0/0 --dport $p -j REJECT
done
echo  "syslog droped packets"
echo " Firewall lancé"

echo
;;
  stop)
echo "Shutting down firewall:"

$IPT -F INPUT
$IPT -F OUTPUT
$IPT -F FORWARD

$IPT -P INPUT ACCEPT
$IPT -P OUTPUT ACCEPT
$IPT -P FORWARD ACCEPT

$0 status

echo
;;
  status)
$IPT -L -n
;;

  verbose)
$IPT -L -v
;;

  reset)
$IPT -L -Z
;;

  restart)
$0 stop
$0 start
;;
  *)
echo "Usage: $0 {start|stop|restart|status|verbose|reset}"
exit 1
esac

exit 0

## FIN DU SCRIPT IPTABLES ##



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



Re: [Confirme] Partage internet par iptables (ADSL free)

2002-12-14 Thread Cyril ROBERT
Chez moi, je n'ai besoin que de 2 commandes iptables pour faire marcher le
réseau (ethernet) : (eth1 : internet, eth0 : réseau)

iptables -A POSTROUTING -t nat -o eth1 -j MASQUERADE
iptables -A FORWARD -i eth0 -o eth1 -j ACCEPT

Ton fichier pare feu à l'air un peu violent quand même ...



- Original Message -
From: "Alain Beyrand" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, December 14, 2002 4:11 PM
Subject: [Confirme] Partage internet par iptables (ADSL free)


Bonjour,

J'ai un serveur Linux Mdk 9.0 sur ADSL free, un PC client Win 98 et un PC
client Mdk 9.0. J'ai réussi à faire fonctionner Internet sur le serveur
et le réseau. Il me reste à faire fonctionner Internet sur les 2 postes
clients.

Les outils de partage et pare-feu du centre de contrôle Mandrake sont
inutiles car ils ne savent pas traiter l'arrivée ADSL par modem USB
Sagem.

Après consultations de pas mal de pages web, j'en suis arrivé à la
conclusiion que je devais utiliser le pare-feu iptables pour effectuer le
partage.

J'ai procédé de 2 façons :

==
=== Méthode 1
J'ai lancé un certain nombre de commandes de type :
echo "1" > /proc/sys/net/ipv4/ip_forward
iptables -t nat -A POSTROUTING -s  192.168.0.0/24 -o ppp0 -j MASQUERADE
/sbin/service iptables save
Cela m'a généré un fichier /etc/sysconfig/iptables suivant :
==
# Generated by iptables-save v1.2.6a on Fri Dec 13 14:28:31 2002
*nat
:PREROUTING ACCEPT [40:2550]
:POSTROUTING ACCEPT [20:3030]
:OUTPUT ACCEPT [25:3340]
[5:310] -A POSTROUTING -o ppp0 -j MASQUERADE
[0:0] -A POSTROUTING -s 192.168.1.0/255.255.255.0 -o ppp0 -j MASQUERADE
COMMIT
# Completed on Fri Dec 13 14:28:31 2002
# Generated by iptables-save v1.2.6a on Fri Dec 13 14:28:31 2002
*filter
:INPUT ACCEPT [6939:693786]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [9338:879242]
[0:0] -A FORWARD -i eth0 -o ppp0 -m state --state RELATED,ESTABLISHED -j
ACCEPT
[0:0] -A FORWARD -i ppp0 -o eth0 -j ACCEPT
COMMIT
# Completed on Fri Dec 13 14:28:31 2002
===
iptables étant lancé avec /etc/init.d/iptables start (ou /sbin/service
iptables start)

==
=== Méthode 2
J'ai créé le fichier /etc/rc.d/init.d/parefeu ci-dessous et je lance
iptables avec la commande /etc/rc.d/init.d/parefeu start

Dans les 2 cas, je n'arrive toujours pas à avoir Internet à partir de mes
clients, sur lesquels j'ai pourtant déclaré le serveur comme passerelle.

Arrivé à ce point, des conseils seraient bienvenus. Ou, si vous avez mis en
place un tel partage, une copie de fichier de config...

--
Alain Beyrand

 fichier /etc/rc.d/init.d/parefeu de la méthode 2
#!/bin/sh

# Script IPTables générique, accepte tout par défaut

# chemin de l'exécutable iptables
IPT=/sbin/iptables
# mettez l'adresse de votre réseau local ci-dessous
mynet=192.168.52.0/24


# l'interface réseau que vous voulez sécuriser
# Ici, toute interface PPP si vous vous connectez à internet grâce à un lien
modem PPP.
iface=ppp0
case "$1" in
  start)
echo  "Starting firewall:"


# les listes de ports à rejeter
# rejeter tout sauf ssh, + postgres squid apache linuxconf
tcp="1:19  26:79 81:109 111:1022 3128 3306 4100:4300 1"
# rejeter tout + nfs sauf dns
udp="1:52 54:1022 2049"

# effacer les précédentes rêgles
$IPT -F INPUT
$IPT -F OUTPUT
$IPT -F FORWARD
$IPT -F POSTROUTING -t nat
$IPT -F PREROUTING -t nat
$IPT -F OUTPUT -t nat

# rêgles pour l'IP masquerading
$IPT -t nat -A POSTROUTING -s $mynet -o $iface -d 0/0 -j MASQUERADE
$IPT -t nat -A POSTROUTING -s 192.168.1.0/24 -o eth0 -d 0/0 -j
MASQUERADE

# modules pour FTP et IRC sur les PC clients
#modprobe ip_conntrack_irc
#modprode ip_conntrack_ftp

# IMPLANTATION DES FORWARDS ICI #

 # blocage des tentatives d'IPspoofing (et log)
$IPT -A INPUT -i $iface -s $mynet -j LOG
$IPT -A INPUT -i $iface -s $mynet -j DROP

# blocage des ports serveurs
for p in $tcp ; do
$IPT -A INPUT -p tcp -i $iface -s 0/0 -d 0/0 --dport $p -j REJECT
done
for p in $udp ; do
$IPT -A INPUT -p udp -i $iface -s 0/0 -d 0/0 --dport $p -j REJECT
done
echo  "syslog droped packets"
echo " Firewall lancé"

echo
;;
  stop)
echo "Shutting down firewall:"

$IPT -F INPUT
$IPT -F OUTPUT
$IPT -F FORWARD

$IPT -P INPUT ACCEPT
$IPT -P OUTPUT ACCEPT
$IPT -P FORWARD ACCEPT

$0 status

echo
;;
  status)
$IPT -L -n
;;

  verbose)
$IPT -L -v
;;

  reset)
$IPT -L -Z
;;

  restart)
$0 stop
$0 start
;;
  *)
echo "Usage: $0 {start|stop|restart|status|verbose|reset}"
exit 1
esac

exit 0

## FIN DU SCRIPT IPTABLES ##









> Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
> Rendez-vous sur "http://www.mandrakestore.com";
>



Vous souha

[Confirme] Fetchmail et postfix

2002-12-14 Thread fabsah
Bonjour !

J'ai essayé ce matin de mettre ne place postfix et fetchmail, comme
expliqué sur la page :

http://www.mandrakeuser.org/docs/connect/cmail2.html

J'utilise Mandrake 9.0 et je suis connecté en permanence par le cable.
J'ai configuré postfix de façon à utiliser le serveur smtp de mon  ISP.
J'ai bien configuré un FQDN.
J'ai configuré mon programme d'email, Sylpheed, pour qu'il utilise
postfix (à la sendmail). 
J'ai configuré fetchmail avec fetchmailconf pour les deux comptes POP3
que j'utilise. Le test de la configuration était OK. Quand je lance
fetchmail en ligne de commande, je le vois se connecter aux deux
serveurs successivement et obtenir la liste des messages sur les
serveurs.

J'arrive à envoyer des emails en utilisant sylpheed ou mail. Aucun
probleme à ce niveau.

Par contre, on dirait que fetchmail ne communique par correctement avec
postfix. En effet, si j'envoi un mail à user@localhost, le mail apparait
correctement dans la boite de reception de user (vue par
sylpheed et par mail). Par contre, si j'envoi l'email à [EMAIL PROTECTED],
rien n'apparait dans la boite de reception de user apres le lancement
de fetchmail. Pourtant, fetchmail detecte qu'il y a un nouveau message
sur le serveur pop distant. C'est ce comportement qui m'amene à penser
que le probleme se situe entre fetchmail et postfix.

Je suis sur que c'est une connerie à parametrer, mais ca m'échappe
depuis plusieurs heures. Ca me rend dingue :-)

Merci d'avance !

-- 
# ---
# fabsah / mailto: fabrice DOT groleau AT chello DOT be
# Get my GPG/PGP public key at http://users.skynet.be/fabsah
# ---


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



[Confirme] serveur cups

2002-12-14 Thread Gosse Michel
Bonjour à tous

Sur ma machine enterprise, cups tourne parfaitement. Si j'essaye de me 
connecter à partir d'un poste du réseau à l'adresse :
http://enterprise:631/
la connection m'est refusée, et donc je ne peux utiliser les imprimantes 
définies d'un autre poste.
Est-ce le port 631 qui est fermé ? Dans ce cas, comment l'ouvrir ?
Est-ce le serveur cups qui n'accepte que des connections locales. Dans 
ce cas, comment le modifier. J'ai lu la doc, tenté de rajouter un 
serveur name dans le fichier .cupsrc, mais cela ne change rien.

merci d'avance de votre aide
-- 

Michel Gosse 
[EMAIL PROTECTED]
[EMAIL PROTECTED]




Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



Re: [Confirme] Partage internet par iptables (ADSL free)

2002-12-14 Thread Alain Beyrand
Bonjour,

> Chez moi, je n'ai besoin que de 2 commandes iptables pour faire marcher
> le réseau (ethernet) : (eth1 : internet, eth0 : réseau)
>
> iptables -A POSTROUTING -t nat -o eth1 -j MASQUERADE
> iptables -A FORWARD -i eth0 -o eth1 -j ACCEPT

Pour moi, Internet (via USB) c'est ADIModem (---> ppp0) et le réseau local, 
c'est eth0. Les deux commandes deviennent donc :
iptables -A POSTROUTING -t nat -o eth0 -j MASQUERADE
iptables -A FORWARD -i ADIModem -o eth0 -j ACCEPT
(pour la dernière, il y a pour variante :
iptables -A FORWARD -i ppp0 -o eth0 -j ACCEPT)

J'ai essayé, même en en vidant auparavant /etc/sysconfig/iptables, puis en 
le sauvegardant, je n'ai toujours pas Internet sur les postes clients 
Windows et Linux.

Si je fais /etc/init.d/iptables status, j'obtiens :

Table : filter
Chain INPUT (policy ACCEPT)
target prot opt source   destination

Chain FORWARD (policy ACCEPT)
target prot opt source   destination
ACCEPT all  --  anywhere anywhere

Chain OUTPUT (policy ACCEPT)
target prot opt source   destination
Table : nat
Chain PREROUTING (policy ACCEPT)
target prot opt source   destination

Chain POSTROUTING (policy ACCEPT)
target prot opt source   destination
MASQUERADE  all  --  anywhere anywhere

Chain OUTPUT (policy ACCEPT)
target prot opt source   destination
=
(je ne vois pas trace d'ADIModem...)

Et voici le contennu de /etc/sysconfig/iptables
===
# Generated by iptables-save v1.2.6a on Sat Dec 14 17:16:56 2002
*filter
:INPUT ACCEPT [43:4206]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [71:4870]
[0:0] -A FORWARD -i eth0 -o ADIModem -j ACCEPT 
COMMIT
# Completed on Sat Dec 14 17:16:56 2002
# Generated by iptables-save v1.2.6a on Sat Dec 14 17:16:56 2002
*nat
:PREROUTING ACCEPT [1:48]
:POSTROUTING ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
[0:0] -A POSTROUTING -o eth0 -j MASQUERADE 
COMMIT
# Completed on Sat Dec 14 17:16:56 2002
==
(ADIModem est bien mentionné)

J'espère que ça donnera des indices...
Si ça semble OK, ça voudrait dire qu'il manque un paramétrage sur les PC 
clients ? Ou que sur le serveur il y a un paramétrage "contrariant" ? (bien 
sûr, shorewall est désactivé)

-- 
Alain Beyrand


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



Re: [Confirme] Fetchmail et postfix

2002-12-14 Thread nico
il me semble que fetchmail n'agit pas du tout avec postfix.
fetchmail va récuperer les mails sur le serveur distant, et les met 
directement dans une boite mbox.

reste à savoir pourquoi fetchmail ne récupère pas les mails. as-tu vérifié ton 
~/.fetchmailrc ?
au passage je te conseille de plutot utiliser getmail: non seulement il est 
bcp plus simple à configurer, mais en plus il ne risque pas de perdre de 
mails en route, contrairement à fetchmail.

Le Samedi 14 Décembre 2002 15:26, fabsah a écrit :
> Bonjour !
>
> J'ai essayé ce matin de mettre ne place postfix et fetchmail, comme
> expliqué sur la page :
>
> http://www.mandrakeuser.org/docs/connect/cmail2.html
>
> J'utilise Mandrake 9.0 et je suis connecté en permanence par le cable.
> J'ai configuré postfix de façon à utiliser le serveur smtp de mon  ISP.
> J'ai bien configuré un FQDN.
> J'ai configuré mon programme d'email, Sylpheed, pour qu'il utilise
> postfix (à la sendmail).
> J'ai configuré fetchmail avec fetchmailconf pour les deux comptes POP3
> que j'utilise. Le test de la configuration était OK. Quand je lance
> fetchmail en ligne de commande, je le vois se connecter aux deux
> serveurs successivement et obtenir la liste des messages sur les
> serveurs.
>
> J'arrive à envoyer des emails en utilisant sylpheed ou mail. Aucun
> probleme à ce niveau.
>
> Par contre, on dirait que fetchmail ne communique par correctement avec
> postfix. En effet, si j'envoi un mail à user@localhost, le mail apparait
> correctement dans la boite de reception de user (vue par
> sylpheed et par mail). Par contre, si j'envoi l'email à [EMAIL PROTECTED],
> rien n'apparait dans la boite de reception de user apres le lancement
> de fetchmail. Pourtant, fetchmail detecte qu'il y a un nouveau message
> sur le serveur pop distant. C'est ce comportement qui m'amene à penser
> que le probleme se situe entre fetchmail et postfix.
>
> Je suis sur que c'est une connerie à parametrer, mais ca m'échappe
> depuis plusieurs heures. Ca me rend dingue :-)
>
> Merci d'avance !


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



Re: [Confirme] Fetchmail et postfix

2002-12-14 Thread fabsah
On Sat, 14 Dec 2002 17:30:15 +0100
nico <[EMAIL PROTECTED]> wrote:

> il me semble que fetchmail n'agit pas du tout avec postfix.
> fetchmail va récuperer les mails sur le serveur distant, et les met 
> directement dans une boite mbox.
> 
> reste à savoir pourquoi fetchmail ne récupère pas les mails. as-tu
> vérifié ton ~/.fetchmailrc ?
> au passage je te conseille de plutot utiliser getmail: non seulement
> il est bcp plus simple à configurer, mais en plus il ne risque pas de
> perdre de mails en route, contrairement à fetchmail.
 
Ok, merci pour ta réponse, je vais essayer ca de suite et te tiens au
courant !


-- 
# ---
# fabsah / mailto: fabrice DOT groleau AT chello DOT be
# Get my GPG/PGP public key at http://users.skynet.be/fabsah
# ---


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



Re: [Confirme] Fetchmail et postfix

2002-12-14 Thread fabsah
On Sat, 14 Dec 2002 17:34:49 +0100
fabsah <[EMAIL PROTECTED]> wrote:

Ok, j'ai trouvé et c'était evidemment tres bete : 

dans .fetchmailrc, mes username pour les comptes POP étaient (bien sur
!) différents de ceux des comptes sur localhost. Il suffisait donc de
préciser   is "fabsah" here.

Merci encore !


> -- 
> # ---
> # fabsah / mailto: fabrice DOT groleau AT chello DOT be
> # Get my GPG/PGP public key at http://users.skynet.be/fabsah
> # ---
> 
> 


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



Re: [Confirme] Fetchmail et postfix

2002-12-14 Thread Said Abdelmalek
nico wrote:

il me semble que fetchmail n'agit pas du tout avec postfix.
fetchmail va récuperer les mails sur le serveur distant, et les met 
directement dans une boite mbox.

reste à savoir pourquoi fetchmail ne récupère pas les mails. as-tu vérifié ton 
~/.fetchmailrc ?
au passage je te conseille de plutot utiliser getmail: non seulement il est 
bcp plus simple à configurer, mais en plus il ne risque pas de perdre de 
mails en route, contrairement à fetchmail.

Le Samedi 14 Décembre 2002 15:26, fabsah a écrit :

Bonjour !

J'ai essayé ce matin de mettre ne place postfix et fetchmail, comme
expliqué sur la page :

http://www.mandrakeuser.org/docs/connect/cmail2.html

J'utilise Mandrake 9.0 et je suis connecté en permanence par le cable.
J'ai configuré postfix de façon à utiliser le serveur smtp de mon  ISP.
J'ai bien configuré un FQDN.
J'ai configuré mon programme d'email, Sylpheed, pour qu'il utilise
postfix (à la sendmail).
J'ai configuré fetchmail avec fetchmailconf pour les deux comptes POP3
que j'utilise. Le test de la configuration était OK. Quand je lance
fetchmail en ligne de commande, je le vois se connecter aux deux
serveurs successivement et obtenir la liste des messages sur les
serveurs.

J'arrive à envoyer des emails en utilisant sylpheed ou mail. Aucun
probleme à ce niveau.

Par contre, on dirait que fetchmail ne communique par correctement avec
postfix. En effet, si j'envoi un mail à user@localhost, le mail apparait
correctement dans la boite de reception de user (vue par
sylpheed et par mail). Par contre, si j'envoi l'email à [EMAIL PROTECTED],
rien n'apparait dans la boite de reception de user apres le lancement
de fetchmail. Pourtant, fetchmail detecte qu'il y a un nouveau message
sur le serveur pop distant. C'est ce comportement qui m'amene à penser
que le probleme se situe entre fetchmail et postfix.

Je suis sur que c'est une connerie à parametrer, mais ca m'échappe
depuis plusieurs heures. Ca me rend dingue :-)

Merci d'avance !







Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";


Voila une config, (2 lignes dans .fetchmailrc)

poll pop3.isp.fr proto pop3
user "toto" with pass "password" is "toto" here


si ca ne marche pas regarde dans les logs de postfix
Moi j' utilise Sendmail ca marche tres bien

A+



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



[Confirme] SON (dsp en mode inaccèssible)

2002-12-14 Thread Jean-Pierre Larin
Bonjour,

Ma carte de son SIS 7018 PCI Audio sur MDK 8.2 joue très faiblement et elle 
griche très fortement ...

Mais là, je crois que j'ai mis le doigt où ça fais mal.

1) À l'ouverture de mon AMD je reçois le message d'info suivant :

Error while initializing the sound driver :
device /dev/dsp can't be opened (No such file or directory)
The sound server will continue, using the null output device.

2) Là je fait rechercher sur dsp qui, soit dit en passant, est un 
périphérique de type caractère !!! Ça mange quoi en hiver ???
enfin passont à la suite, et la je m'aperçois que j'ai 2 dsp sur ma bécanne 
(un dans /lib/dev-state/sound/ et un autre dans /var/lib/alsa/dev/sound/)

Celui dans /lib/dev-state/sound/ n'a AUCUN droit ...
Celui dans /var/lib/alsa/dev/sound/ à le droit en lecture ...

3) Solutions qui me sembles possibles :

A) # chmod 644 /lib/dev-state/sound/dsp
pour y donner le droit minimale (lecture)

B) # cp -a dsp /dev
puisque c'est là que mon serveur de son cherche pour "initializing the sound 
driver". Mais là j'chu pas chûre.

Mais là, c'est carrément refusé probablement parce que c'est un périphérique 
de type caractère ???


Toutes lumières sur comment faire du beau bruit sur ma bécanne seront les 
bienvenue.

A+  JP

C'est pas facile la vie d'artiste quand t'es pas vedette !!!


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



Re: [Confirme] SON (dsp en mode inaccèssible)

2002-12-14 Thread nico
> device /dev/dsp can't be opened (No such file or directory)

il te manque donc une entrée /dev/dsp.
sur ma mdk9 , /dev/dsp est juste un lien sur /dev/sound/dsp
regarde si tu as un /dev/sound/dsp, alors fait un lien:

cd /dev
ln -s sound/dsp dsp

si il n'y a pas du tout de fichier dsp, alors il faut le créer avec un script 
nommé MAKEDEV mais c plutot compliqué...

as-tu essayé de configurer ta carte avec sndconfig par exemple ?

> The sound server will continue, using the null output device.

pas étonnant que tu ais pas de son :-p

Le Samedi 14 Décembre 2002 19:07, Jean-Pierre Larin a écrit :
> Bonjour,
>
> Ma carte de son SIS 7018 PCI Audio sur MDK 8.2 joue très faiblement et elle
> griche très fortement ...
>
> Mais là, je crois que j'ai mis le doigt où ça fais mal.
>
> 1) À l'ouverture de mon AMD je reçois le message d'info suivant :
>
> Error while initializing the sound driver :
> device /dev/dsp can't be opened (No such file or directory)
> The sound server will continue, using the null output device.
>
> 2) Là je fait rechercher sur dsp qui, soit dit en passant, est un
> périphérique de type caractère !!! Ça mange quoi en hiver ???
> enfin passont à la suite, et la je m'aperçois que j'ai 2 dsp sur ma bécanne
> (un dans /lib/dev-state/sound/ et un autre dans /var/lib/alsa/dev/sound/)
>
> Celui dans /lib/dev-state/sound/ n'a AUCUN droit ...
> Celui dans /var/lib/alsa/dev/sound/ à le droit en lecture ...
>
> 3) Solutions qui me sembles possibles :
>
> A) # chmod 644 /lib/dev-state/sound/dsp
> pour y donner le droit minimale (lecture)
>
> B) # cp -a dsp /dev
> puisque c'est là que mon serveur de son cherche pour "initializing the
> sound driver". Mais là j'chu pas chûre.
>
> Mais là, c'est carrément refusé probablement parce que c'est un
> périphérique de type caractère ???
>
>
> Toutes lumières sur comment faire du beau bruit sur ma bécanne seront les
> bienvenue.
>
> A+  JP
>
> C'est pas facile la vie d'artiste quand t'es pas vedette !!!


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



Re: [Confirme] Partage internet par iptables (ADSL free)

2002-12-14 Thread Alain Beyrand
Re,

Je pars donc sur :
> iptables -A POSTROUTING -t nat -o eth0 -j MASQUERADE
> iptables -A FORWARD -i ppp0 -o eth0 -j ACCEPT

Puis, quand je demande l'état d'iptables par iptables -L, j'obtiens :
==
Chain INPUT (policy ACCEPT)
target prot opt source   destination

Chain FORWARD (policy ACCEPT)
target prot opt source   destination
ACCEPT all  --  anywhere anywhere
ACCEPT all  --  anywhere anywhere

Chain OUTPUT (policy ACCEPT)
target prot opt source   destination
[root@pcl alain]# iptables -L POSTEROUTING
iptables: Table does not exist (do you need to insmod?)
[root@pcl alain]# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source   destination

Chain FORWARD (policy ACCEPT)
target prot opt source   destination
ACCEPT all  --  anywhere anywhere
ACCEPT all  --  anywhere anywhere

Chain OUTPUT (policy ACCEPT)
target prot opt source   destination
==

Donc rien sur POSTROUTING. Et quand je lance 
iptables -L POSTEROUTING j'ai :

iptables: Table does not exist (do you need to insmod?)


J'ai l'impression que c'est le noeud du problème : pourquoi POSTROUTING 
n'est-il pas opérationnel ?

-- 
Alain Beyrand


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



Re: [Confirme] Partage internet par iptables (ADSL free)

2002-12-14 Thread Cyril ROBERT
Je ne vois pas trop ce que tu essaies de faire avec cette commande ...
Il ne me semble pas que postrouting doit apparaitre ...

Sur mon serveur :
[root@RUSTINE root]# iptables -L POSTROUTING
iptables: Table does not exist (do you need to insmod?)
[root@RUSTINE root]#

Alors que la connection est parfaitement partagée ...



// Si ça peut t'aider, ma sortie du iptables -L, c un peu bourrin comme truc
chez moi :)
[root@RUSTINE root]# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source   destination
DROP   tcp  --  anywhere anywhere   tcp
flags:!SYN,RST,ACK/SYN state NEW
DROP   all  --  anywhere 127.0.0.0/8
DROP   all  --  anywhere 192.168.0.255

Chain FORWARD (policy ACCEPT)
target prot opt source   destination
ACCEPT all  --  192.168.0.0/24   anywhere
ACCEPT all  --  anywhere anywhere
ACCEPT tcp  --  anywhere anywhere   tcp
spt:h323hostcall

Chain OUTPUT (policy ACCEPT)
target prot opt source   destination
DROP   tcp  --  anywhere anywhere   tcp
spt:netbios-ssn
DROP   udp  --  anywhere anywhere   udp
spt:netbios-ns
DROP   udp  --  anywhere anywhere   udp
spt:netbios-dgm
DROP   tcp  --  anywhere anywhere   tcp spt:domain
DROP   udp  --  anywhere anywhere   udp spt:domain
DROP   tcp  --  anywhere anywhere   tcp spt:sunrpc
DROP   udp  --  anywhere anywhere   udp spt:sunrpc
DROP   tcp  --  anywhere anywhere   tcp spt:mysql

Chain syn-flood (0 references)
target prot opt source   destination
RETURN all  --  anywhere anywhere   limit: avg 1/sec
burst 5
DROP   all  --  anywhere anywhere

 (0 references)
target prot opt source   destination
[root@RUSTINE root]#




- Original Message -
From: "Alain Beyrand" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, December 15, 2002 1:02 AM
Subject: Re: [Confirme] Partage internet par iptables (ADSL free)


Re,

Je pars donc sur :
> iptables -A POSTROUTING -t nat -o eth0 -j MASQUERADE
> iptables -A FORWARD -i ppp0 -o eth0 -j ACCEPT

Puis, quand je demande l'état d'iptables par iptables -L, j'obtiens :
==
Chain INPUT (policy ACCEPT)
target prot opt source   destination

Chain FORWARD (policy ACCEPT)
target prot opt source   destination
ACCEPT all  --  anywhere anywhere
ACCEPT all  --  anywhere anywhere

Chain OUTPUT (policy ACCEPT)
target prot opt source   destination
[root@pcl alain]# iptables -L POSTEROUTING
iptables: Table does not exist (do you need to insmod?)
[root@pcl alain]# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source   destination

Chain FORWARD (policy ACCEPT)
target prot opt source   destination
ACCEPT all  --  anywhere anywhere
ACCEPT all  --  anywhere anywhere

Chain OUTPUT (policy ACCEPT)
target prot opt source   destination
==

Donc rien sur POSTROUTING. Et quand je lance
iptables -L POSTEROUTING j'ai :

iptables: Table does not exist (do you need to insmod?)


J'ai l'impression que c'est le noeud du problème : pourquoi POSTROUTING
n'est-il pas opérationnel ?

--
Alain Beyrand








> Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
> Rendez-vous sur "http://www.mandrakestore.com";
>



Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



[Confirme] Pas icons avec Nautillus

2002-12-14 Thread Zined Noregreb
bonjour

Avec Mandrake 9, je n'ai plus d'icons avec nautilus.
J'a i enlever le crochet dans les options pour que
nautilus gère le bureau et l'affichage, et
maintenante, le choix n'est plus là!

Je m'imagine que ça doit être dans une fichier XML
quelques part ! 

Lequel ?

Zined !

__
Lèche-vitrine ou lèche-écran ?
magasinage.yahoo.ca


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";



Re: [Confirme] Partage internet par iptables (ADSL free)

2002-12-14 Thread Alain Beyrand
Bonjour,

> Sur mon serveur :
> [root@RUSTINE root]# iptables -L POSTROUTING
> iptables: Table does not exist (do you need to insmod?)
> [root@RUSTINE root]#
>
> Alors que la connection est parfaitement partagée ...

Ah merci, c'était donc une fausse piste.

Maintenant, quand je regarde ton iptables -L (qui fait bien plus que gérer 
le partage Internet), je note la ligne suivante :
ACCEPT all  --  192.168.0.0/24   anywhere

Or moi, je n'arrive pas à avoir une telle ligne. J'ai beau lancer des 
commandes de type :
iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -o ppp0 -j MASQUERADE
(192.168.1.0 étant mon réseau local)

Si ça ne te dérange pas, peux-tu m'envoyer ton fichier 
/etc/sysconfig/iptables pour que je m'en inspire pour modifier le mien, en 
prenant en compte 192.168.1.0/24 ? Merci.

-- 
Alain Beyrand


Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";