Différences entre les pages « Asus WL 107G » et « Postfix »

De Cliss XXI
(Différence entre les pages)
Sauter à la navigation Sauter à la recherche
imported>SylvainBeucler
m (Nouvelle page : Cf. Hercules Wireless G PCMCIA pour l'installation du module <code>rt2500</code>. D'après les premiers tests, elle fonctionne quand elle configurée depuis <code>/etc/network/i...)
 
imported>SylvainBeucler
m (Nouvelle page : Postfix est un serveur de messagerie, un ''Mail Transport Agent'' (MTA). == Déroulement de la réception d'un couriel == La documentation est difficile à suivre pour comprendre c...)
 
Ligne 1 : Ligne 1 :
Cf. [[Hercules Wireless G PCMCIA]] pour l'installation du module <code>rt2500</code>.
+
Postfix est un serveur de messagerie, un ''Mail Transport Agent'' (MTA).
  
D'après les premiers tests, elle fonctionne quand elle configurée depuis <code>/etc/network/interfaces</code>.
+
== Déroulement de la réception d'un couriel ==
  
Le Network-Manager de Gnome s'arrive pas à la lancer. Peut-être est-ce normal, mais on constate qu'il bascule toujours sur le mode 'wpa_supplicant' même si WEP ou aucun cryptage n'est utilisé.
+
La documentation est difficile à suivre pour comprendre ce qui se passe quand un courrier est reçu, et surtout dans quel ordre.
  
Au cours des tests, la carte a parfois refusé de se reconnecter. Dans ces cas-là, décharger et recharger le module:
+
Apparemment:
modprobe -r rt2500
 
modprobe rt2500
 
  
== Les erreurs à ne pas commettre pendant les tests ==
+
=== Déterminer le type de traitement ===
  
* Dans <code>/etc/network/interfaces</code>, ne PAS mettre de guillemets autour de l'ESSID:
+
* $virtual_alias_maps réécrit des adresses avant toute chose
wireless_essid "monap" # FAUX!
+
* La table 'transport' est ensuite utilisée pour déterminer qui va traiter le mail
wireless_essid monap # OK
+
** La comparaison se fait par adresse complète, puis par domaine
Si vous avez des double-guillemets avec <code>iwconfig</code>, c'est que vous vous êtes gourré:
+
* S'il n'y a pas de correspondance, on passe aux règles par défaut, en cherchant le domaine notamment dans $mydestination (local), $virtual_mailbox_domains (virtual), $relay_domains (relay), etc. ([http://www.postfix.org/trivial-rewrite.8.html trivial-rewrite(8)]).
ra0      RT2500 Wireless  ESSID:""monap"" # FAUX!
+
* Sinon $default_transport (smtp)
ra0      RT2500 Wireless  ESSID:"monap" # OK
 
  
== Liens ==
+
=== Les types de traitement ===
  
* [http://www.materiel.net/ctl/Solutions_WiFi/19377-WL_107G.html Fiche sur materiel.net]
+
La destination est une entrée de master.cf + un nom d'hôte (par défaut la machine locale).
* [http://live.gnome.org/NetworkManagerHardware Matériel géré par Network-Manager] (pas de référence à notre problème cependant)
+
Les entrées par défaut incluent principalement local, virtual, relay, smtp. ([http://www.postfix.org/transport.5.html transport(5)])
* [https://launchpad.net/ubuntu/+source/network-manager/+bug/48473 Some drivers do not work with wpasupplicant, and therefore NM]: problème entre wpa_supplicant et network-manager.
+
 
 +
* local: possède tout un artirail d'actions pour savoir où ranger le mail. D'après postconf(5): The precedence of local(8) delivery features from high to low is: aliases, .forward files, mailbox_transport_maps, mailbox_transport, mailbox_command_maps, mailbox_command, home_mailbox, mail_spool_directory, fallback_transport_maps, fallback_transport and luser_relay.
 +
* virtual: moins complet que local, il range l'e-mail dans $virtual_mailbox_maps mais de manière dissociée des utilisateurs locaux (/etc/password). Cela permet de gérer plusieurs domaines courriel complètement indépendants.
 +
* smtp: pour relayer vers une machine tierce (par exemple au sein d'un réseau privé avec une seule IP publique)
 +
 
 +
=== Alias ===
 +
 
 +
Noter que quand un e-mail est réécrit suite à un alias, le traitement de l'e-mail en recommence pas depuis le début. Autrement dit, il n'est plus possible d'appliquer les règles en amont sur l'e-mail réécrit. Apparemment cela permettrait d'éviter des boucles.
 +
 
 +
== Documentation ==
 +
 
 +
* [http://www.postfix.org/postconf.5.html Postfix Configuration Parameters]
 +
* [http://www.postfix.org/OVERVIEW.html Postfix Architecture Overview]: trop accès sur l'architecture interne de Postfix, mais une bonne lecture après avoir compris cette page wiki

Version du 29 janvier 2008 à 19:57

Postfix est un serveur de messagerie, un Mail Transport Agent (MTA).

Déroulement de la réception d'un couriel

La documentation est difficile à suivre pour comprendre ce qui se passe quand un courrier est reçu, et surtout dans quel ordre.

Apparemment:

Déterminer le type de traitement

  • $virtual_alias_maps réécrit des adresses avant toute chose
  • La table 'transport' est ensuite utilisée pour déterminer qui va traiter le mail
    • La comparaison se fait par adresse complète, puis par domaine
  • S'il n'y a pas de correspondance, on passe aux règles par défaut, en cherchant le domaine notamment dans $mydestination (local), $virtual_mailbox_domains (virtual), $relay_domains (relay), etc. (trivial-rewrite(8)).
  • Sinon $default_transport (smtp)

Les types de traitement

La destination est une entrée de master.cf + un nom d'hôte (par défaut la machine locale). Les entrées par défaut incluent principalement local, virtual, relay, smtp. (transport(5))

  • local: possède tout un artirail d'actions pour savoir où ranger le mail. D'après postconf(5): The precedence of local(8) delivery features from high to low is: aliases, .forward files, mailbox_transport_maps, mailbox_transport, mailbox_command_maps, mailbox_command, home_mailbox, mail_spool_directory, fallback_transport_maps, fallback_transport and luser_relay.
  • virtual: moins complet que local, il range l'e-mail dans $virtual_mailbox_maps mais de manière dissociée des utilisateurs locaux (/etc/password). Cela permet de gérer plusieurs domaines courriel complètement indépendants.
  • smtp: pour relayer vers une machine tierce (par exemple au sein d'un réseau privé avec une seule IP publique)

Alias

Noter que quand un e-mail est réécrit suite à un alias, le traitement de l'e-mail en recommence pas depuis le début. Autrement dit, il n'est plus possible d'appliquer les règles en amont sur l'e-mail réécrit. Apparemment cela permettrait d'éviter des boucles.

Documentation