Re: Help config Postfix Fetchmail Mutt pour Gmail
Michaël Pierson michael.y.f.pier...@gmail.com writes: Nicolas KOWALSKI a écrit : Michaël Pierson michael.y.f.pier...@gmail.com writes: Bonjour, Bonjour, Je découvre les mails en console et il me reste a configurer l'envoi de mails via smtp.gmail.com en ssl ou tsl port 465 ou 587 avec authentification: nom + mot de passe. Est ce bien /etc/postfix/main.cf qui doit-être modifier?Ou bien uniquement .muttrc? Y a t il d'autres fichiers à modifier? Il existe la variable smtp_url à mettre dans le ~/.muttrc, cf. http://www.mutt.org/doc/devel/manual.html#smtp-url Je pencherais pour une valeur du style: smtp_url=smtps://michael.y.f.pier...@smtp.gmail.com/ set smtp_url='smtps://michael.y.f.pierson:motdepa...@smtp.gmail.com:465/' Mutt me répond La session smtp a échoué : 535 5.7.1http://mail.google.com/support/bin/answer Ce lien ne donne rien... Je viens d'essayer avec: set smtp_url=smtps://nicolas.kowal...@smtp.gmail.com/ Donc, sans numéro de port, et avec le slash terminal. Aucun problème de mon côté ; mutt me demande mon mot de passe, puis le mail est bien envoyé. -- Nicolas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
HS: Simuler DNS avec iptables
Bonjour, Il m'arrive assez souvent d'avoir besoin de configurer à mon domicile un serveur qui va ensuite être mis en service dans d'autres locaux. Une difficulté que je rencontre d'arriver à simuler l'environnement réseau et le service DNS. Je pense qu'avec iptables on doit pouvoir arriver à faire cela (simuler l'environnement) mais je ne sais pas par quel bout prendre ce pb. Voici mon environnement de travail: serveur1 à préparer serveur2 de dév -- Internet Aujourd'hui, avec l'installeur Debian, le serveur à préparer obtient automatiquement du serveur de dév les adresses des serveurs DNS. Malheureusement, les valeurs fournies sont qu'utilise le serveur de dév, pas celles que le serveur à préparer utilisera dans son environnement de production. Toutefois, admettons qu'avec les options preseed de l'installeur Debian ou avec une configuration manuelle, le serveur à préparer obtienne bien les adresses DNS de son futur environnement de production. Par contre, une fois l'installation effectuée, comment faire en sorte que le serveur de dév qui va de facto recevoir les demandes de résolution de nom en provenance du serveur à préparer et à destination du serveur de nom n°1, va-t-il pouvoir les traduire en demandes de résolution à destination du serveur de nom n°2 et relayer la réponse du serveur de nom n°2 comme si elle provenait serveur de nom n°1 ? Slts
Re: HS: Simuler DNS avec iptables
Salut, Olivier a écrit : Voici mon environnement de travail: serveur1 à préparer serveur2 de dév -- Internet [...] Par contre, une fois l'installation effectuée, comment faire en sorte que le serveur de dév qui va de facto recevoir les demandes de résolution de nom en provenance du serveur à préparer et à destination du serveur de nom n°1, va-t-il pouvoir les traduire en demandes de résolution à destination du serveur de nom n°2 et relayer la réponse du serveur de nom n°2 comme si elle provenait serveur de nom n°1 ? Cela me semble être un boulot pour la cible DNAT. iptables -t nat -A PREROUTING -d dns1 -j DNAT --to dns2 Eventuellement on peut affiner en ne redirigeant que le port 53 (en UDP *et* en TCP, donc deux règles) pour ne prendre en compte que le trafic DNS. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Asus 1000 He, touche Fn, wifi, et autonomie de la batterie.
Bonjour, Suite aux divers conseils recueillis sur la liste, j'ai acquis un netbook ASUS 1000 He. L'installation d'un noyau 2.6.29-backports me permet de faire fonctionner parfaitement tous les périphériques (cam intégrée, son, wifi=module ath9k). Cependant, alors que la touche Fn était reconnue par le noyau 2.6.26 (installé, par défaut, en suivant la méthode proposée par le wiki debian orienté eeepc), ce qui permettait d'activer/désactiver le wifi, elle ne l'est plus par le 2.6.29. Ce n'est pas tant le fait que les touches médias soient inutilisables qui me pose problème. Je reste bien entendu preneur de toutes solutions ou suggestions à ce sujet. J'ai bien trouvé ceci (http://forum.eeeuser.com/viewtopic.php?id=49081p=1) pour Ubuntu 8.10... Le réel soucis est une question de batterie : pour gagner en autonomie quelle(s) solution(s) s'offre(nt) à moi pour activer/désactiver le wifi comme il me sied ? Est ce que un simple rmmod ath9k ferait l'affaire ? Merci par avance. Cordialement, Antoine -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: Help config Postfix Fetchmail Mutt pour Gmail
Le samedi 27 juin 2009 à 09:50:22, Nicolas KOWALSKI a écrit : Michaël Pierson michael.y.f.pier...@gmail.com writes: Nicolas KOWALSKI a écrit : Michaël Pierson michael.y.f.pier...@gmail.com writes: Bonjour, Bonjour, Je découvre les mails en console et il me reste a configurer l'envoi de mails via smtp.gmail.com en ssl ou tsl port 465 ou 587 avec authentification: nom + mot de passe. Est ce bien /etc/postfix/main.cf qui doit-être modifier?Ou bien uniquement .muttrc? Y a t il d'autres fichiers à modifier? Il existe la variable smtp_url à mettre dans le ~/.muttrc, cf. http://www.mutt.org/doc/devel/manual.html#smtp-url Je pencherais pour une valeur du style: smtp_url=smtps://michael.y.f.pier...@smtp.gmail.com/ set smtp_url='smtps://michael.y.f.pierson:motdepa...@smtp.gmail.com:465/' Mutt me répond La session smtp a échoué : 535 5.7.1http://mail.google.com/support/bin/answer Ce lien ne donne rien... Je viens d'essayer avec: set smtp_url=smtps://nicolas.kowal...@smtp.gmail.com/ Donc, sans numéro de port, et avec le slash terminal. Aucun problème de mon côté ; mutt me demande mon mot de passe, puis le mail est bien envoyé. set smtp_url='smtps://michael.y.f.pier...@gmail:mot_de_pa...@smtp.gmail.com:465' Oui Nicolas, celà fonctionne, Merci! Je vous écris en utilisant Mutt. d:-) Dans la doc de mutt; *Setting this variable overrides the value of the $sendmail variable.* Donc tous les envois utilisent *mpt_url* définit ci-dessus... :-| Hors j'utilise 3 comptes mails différents. Existe t il une solution pour utiliser les *smpt* respectifs? -- Nicolas -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
RESOLU (à moitié) Asus 1000 He, touche Fn, wifi, et autonomie de la batterie.
Je me réponds à moi même, désolé pour le bruit : Bonjour, Suite aux divers conseils recueillis sur la liste, j'ai acquis un netbook ASUS 1000 He. L'installation d'un noyau 2.6.29-backports me permet de faire fonctionner parfaitement tous les périphériques (cam intégrée, son, wifi=module ath9k). Cependant, alors que la touche Fn était reconnue par le noyau 2.6.26 (installé, par défaut, en suivant la méthode proposée par le wiki debian orienté eeepc), ce qui permettait d'activer/désactiver le wifi, elle ne l'est plus par le 2.6.29. Fn+F2 est la seule combinaison fonctionnant, donc c'est okay pour l'activation et la désactivation du wifi, la led ne s'éteignant pas j'ai été induit en erreur. Ca arrive, le soleil, le week end, le gazouillis des oiseaux, tout ça, quoi... Ce n'est pas tant le fait que les touches médias soient inutilisables qui me pose problème. Je reste bien entendu preneur de toutes solutions ou suggestions à ce sujet. J'ai bien trouvé ceci (http://forum.eeeuser.com/viewtopic.php?id=49081p=1) pour Ubuntu 8.10... Si idées, toujours preneur, à moins que je ne découvre entre temps un gros bouton rouge en plein milieu du clavier pour gérer l'histoire... Le réel soucis est une question de batterie : pour gagner en autonomie quelle(s) solution(s) s'offre(nt) à moi pour activer/désactiver le wifi comme il me sied ? Est ce que un simple rmmod ath9k ferait l'affaire ? Merci par avance. De rien. Cordialement, Antoine -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: RESOLU (à moitié) Asus 1000 H e, touche Fn, wifi, et autonomie de l a batterie.
Tonio a écrit : [...] Cependant, alors que la touche Fn était reconnue par le noyau 2.6.26 (installé, par défaut, en suivant la méthode proposée par le wiki debian orienté eeepc), ce qui permettait d'activer/désactiver le wifi, elle ne l'est plus par le 2.6.29. Ce problème a déjà été évoqué sur la liste. Le paquet acpi -qui gère les évènements des touches- a également été adapté pour les noyaux récents. Il y a un site de backport pour l'asus -je l'avais donné- fais des recherches et adpate ton source list. Il te faudra surement désinstaller ton 2.6.29 pour le remplacer par celui du site. Bonne chance -- Daniel -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: RESOLU (à moitié) Asus 1000 H e, touche Fn, wifi, et autonomie de l a batterie.
Daniel Huhardeaux a écrit : Tonio a écrit : [...] Cependant, alors que la touche Fn était reconnue par le noyau 2.6.26 (installé, par défaut, en suivant la méthode proposée par le wiki debian orienté eeepc), ce qui permettait d'activer/désactiver le wifi, elle ne l'est plus par le 2.6.29. Ce problème a déjà été évoqué sur la liste. Je n'arrive pas à mettre le curseur dessus. Le paquet acpi -qui gère les évènements des touches- a également été adapté pour les noyaux récents. Il y a un site de backport pour l'asus -je l'avais donné- fais des recherches et adpate ton source list. Il te faudra surement désinstaller ton 2.6.29 pour le remplacer par celui du site. J'ai suivi ceci : http://wiki.debian.org/DebianEeePC/HowTo/Upgrade#A2.6.29UpgradeIssues.2BAC8 J'ai bien le paquet eeepc-acpi-scripts (1.1.0), et j'ai installé le noyau 2.6.29-backports.2-686 en ajoutant comme indiqué cela: deb http://backports.undebian.org/repositories/backports-kernel/ ./ En googlisant avec le minimum (asus debian, ou eeepc debian), je retombe en troisième position sur le dit wiki, il y'a peut être un autre site qui m'échappe ? Et un dmesg | grep eee me répond bien ceci : [ 11.138341] eeepc: Eee PC Hotkey Driver [ 11.139901] eeepc: Hotkey init flags 0x41 [ 11.140103] eeepc: Get control methods supported: 0x301713 Curieux... Cela dit, c'est pas la mort du moment que je peux désactiver le wifi. Bonne chance Merci. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: INVITATION
hello,i'am man 27 years ,i apreciate lot of fo what you make forr poor contrys,i'am very interesting for your annonce . i'am licence en MARKETING ,i hope you will send me documents to send you to coming . -- View this message in context: http://www.nabble.com/INVITATION-tp21263903p24234677.html Sent from the debian-user-french mailing list archive at Nabble.com.
problème avec clé wpa wifi
Bonjour, sous Lenny, ma connection wifi ne fonctionne plus alors qu'avant elle marchait très bien. J'ai une freebox, j'ai généré une clé WPA (TKIP + AES) que j'ai indiquée sur mon portable dans /etc/wpa_supplicant/wpa_supplicant.conf. Par /etc/network/interfaces, la connexion se fait en dhcp. Or iwconfig m'indique que tout va bien, la carte wifi fonctionne, j'ai un point d'accès, mais j'y trouve une clé qui n'a rien à voir avec celle indiquée chez Free et dans /etc/wpa_supplicant/wpa_supplicant.conf. J'ai le même problème sous Lenny également sur un autre portable, seulement là, après un /etc/init.d/networking restart, la clé indiquée par iwconfig change à chaque fois alors que sur le 1er portable, c'est toujours la même ! J'ai viré network-manager, pour voir si la mauvaise clé vient de là, eh non. Il me semble que network-manager a été remplacé récemment par un autre packetage, mais je ne me souviens plus du nom et je ne le trouve pas. Est-ce que qn peut éclairer ma lanterne ? D'où vient cette clé ?? ciao Klaus -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: problème avec clé wpa wifi
On samedi 27 juin 2009 21:21:14 Klaus Becker wrote: Bonjour, sous Lenny, ma connection wifi ne fonctionne plus alors qu'avant elle marchait très bien. J'ai une freebox, j'ai généré une clé WPA (TKIP + AES) que j'ai indiquée sur mon portable dans /etc/wpa_supplicant/wpa_supplicant.conf. Par /etc/network/interfaces, la connexion se fait en dhcp. Or iwconfig m'indique que tout va bien, la carte wifi fonctionne, j'ai un point d'accès, mais j'y trouve une clé qui n'a rien à voir avec celle indiquée chez Free et dans /etc/wpa_supplicant/wpa_supplicant.conf. J'ai le même problème sous Lenny également sur un autre portable, seulement là, après un /etc/init.d/networking restart, la clé indiquée par iwconfig change à chaque fois alors que sur le 1er portable, c'est toujours la même ! J'ai viré network-manager, pour voir si la mauvaise clé vient de là, eh non. Il me semble que network-manager a été remplacé récemment par un autre packetage, mais je ne me souviens plus du nom et je ne le trouve pas. Est-ce que qn peut éclairer ma lanterne ? D'où vient cette clé ?? ciao Klaus J'ai trouvé le paquetage qui peut remplacer network-manager. C'est wicd, mais il est dans testing et pas dans stable que j'utilise sur les 2 portables, donc le problème ne vient pas de lui. Klaus -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
[gnome] metacity
Bonjour, J'utilise une testing avec gnome. Depuis la mise à jour de metacity (metacity (1:2.24.0-2) to 1:2.26.0-2 metacity-common (1:2.24.0-2) to 1:2.26.0-2), j'ai un problème avec l'affichage des fenêtres. En effet en maximisant l'affichage de iceape (par exemple) la fenêtre déborde sur le tableau de bord en haut et en bas de l'écran, du coup le haut (le _, le carré et la ×) et la barre de messages en bas, sont masqués. Y a t-il une option que j'ai raté? Quelqu'un d'autre a-t-il le même problème? Merci -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: problème avec clé wpa wifi
Bonjour, Mes connaissances sur le sujet sont plutôt empiriques donc je peux me tromper mais si ça peut t'aider... Klaus Becker a écrit : sous Lenny, ma connection wifi ne fonctionne plus alors qu'avant elle marchait très bien. J'ai une freebox, j'ai généré une clé WPA (TKIP + AES) que j'ai indiquée sur mon portable dans /etc/wpa_supplicant/wpa_supplicant.conf. Par /etc/network/interfaces, la connexion se fait en dhcp. Il semble y avoir 2 manières de faire. Soit en passant par etc/network/interfaces, soit en passant par network-manager (et seahorse pour garder automatiquement la clé). Dans ce dernier cas,/etc/network/interfaces ne doit contenir que ce que tu ne veux pas voir gérer par network-manager, par exemple : auto lo iface lo inet loopback et eventuellement allow-hotplug eth0 iface eth0 inet dhcp pour une connexion cablée sans passer par X Or iwconfig m'indique que tout va bien, la carte wifi fonctionne, j'ai un point d'accès, mais j'y trouve une clé qui n'a rien à voir avec celle indiquée chez Free et dans /etc/wpa_supplicant/wpa_supplicant.conf. De mon côté, je n'ai pas /etc/wpa_supplicant/wpa_supplicant.conf mais /etc/dbus-1/system.d/wpa_supplicant.conf et il ne contient aucune configuration wifi. iwconfig me donne une clé encryptée qui ne correspond pas à ma clé wpa cryptée par : # wpa_passphrase essid J'ai le même problème sous Lenny également sur un autre portable, seulement là, après un /etc/init.d/networking restart, la clé indiquée par iwconfig change à chaque fois alors que sur le 1er portable, c'est toujours la même ! Je me demande si tu n'as pas un conflit entre les 2 solutions avec une mauvaise clé conservée dans le trousseau pour network-manager-gnome par exemple, et une autre dans wpa_supplicant.conf. J'ai eu à batailler quelques fois pour faire accepter ma connexion en essayant, reessayant et ressayant encore, en supprimant la clé dans le trousseau et en essayant encore. Pour ma part, ça a fini par marcher... J'ai viré network-manager, pour voir si la mauvaise clé vient de là, eh non. Tu peux essayer au contraire de mettre en commentaire ta conf freebox dans wpa_supplicant.conf pour la laisser gérer à network-manager. Il me semble que network-manager a été remplacé récemment par un autre packetage, mais je ne me souviens plus du nom et je ne le trouve pas. Sauf erreur, tu doit parler de gnome-network-admin mais c'est en testing que, passé en 2.22.1-5 gnome-network-admin a retiré network-manager-gnome. On en a parlé un peu sur le fil [testing] plus de réseau lancé par Gaëtan Perrier le 20/06/2009. Est-ce que qn peut éclairer ma lanterne ? D'où vient cette clé ?? Pour ma part, j'utilise network-manager-gnome mais tu dois pouvoir faire de même avec wicd. J'ai le /etc/network/interfaces minimal tel que ci-dessus, gnome-network-admin est configuré pour l'itinérant, et c'est network-manager-gnome qui gère. Je cliques sur le réseau voulu, je rentre la clé la 1ère fois (avec seahorse, tu la conserve dans ton trousseau) et c'est parti. D'autres utilisent /etc/network/interfaces (en plus ça marche sans X), mais ils seront plus à même de te conseiller là dessus (ex: sur le fil [testing] plus de réseau, réponse de giggz le 21/06/2009 : dans /etc/network/interfaces : allow-hotplug eth1 ### ## Roaming avec wpasupplicant : ### ## modifier le fichier ~/.wpa-roam.conf comme il faut iface eth1 inet manual wpa-roam /home/user/.wpa-roam.conf ## wpa-roam sort id_str comme identifiant de connexion. chaque ## connexion peut donc avoir une configuration propre. si aucune ## id_str n'est défini alors on utilise default qui fait du dhcp iface default inet dhcp Il y a un exemple de wpa-roam.conf dans les packages. ensuite tu remplis au fur et à mesure le fichier. ça marche parfaitement chez moi; Cela permet de configurer pour la freebox mais également pour ailleurs si tu déplaces ta bécane... Hope this helps. Bon courage. Yannick. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
