Modifications entre les versions 1 et 2
Version 1 à la date du 2007-12-04 10:51:03
Taille: 1031
Éditeur: JérômeSantini
Commentaire:
Version 2 à la date du 2007-12-10 15:40:37
Taille: 2788
Éditeur: JérômeSantini
Commentaire: ...
Texte supprimé. Texte ajouté.
Ligne 13: Ligne 13:
 Notez que les façons de faire sont multiples. Ceci n'est qu'une façon de faire parmis beaucoup

 1. Lister dans {{{virtual_mailbox_domains}}} les domaines qui seront gérés en "virtuel", donc sans aucune existence au niveau unix. Vérifier que ces mêmes domaines '''ne''' sont '''pas''' listés en même temps dans {{{mydestination}}} ni {{{virtual_domains}}}, pour éviter tout soucis de cohérence.

{{{
virtual_mailbox_domains = ca.auf.org, secours
}}}

 2. Configurer le système de "virtual_mailbox" pour aller chercher ses informations dans une table mysql.

{{{
virtual_gid_maps = static:1007
virtual_uid_maps = static:1006
virtual_minimum_uid = 1006


# ce fichier défini la façon dont aller chercher les informations dans la base
virtual_mailbox_maps = proxy:mysql:/etc/postfix/virtual_mailbox_maps.cf

# un préfixe
virtual_mailbox_base = /

virtual_transport = virtual
}}}

Ligne 14: Ligne 40:

 * Toute d'abord, bien entendu, [:VérifierLesLogsEnCasDeSoucis:analyser les logs]
 * Si Postfix n'arrive pas à se connecter à la base mysql en général : essayer de se connecter au même serveur en ligne de commande, avec les mêmes paramètres.
 * Si certains modules de postfix n'arrivent pas à se connecter à la base, d'autre, si : postfix lance certains de ses modules en chroot. Si le serveur mysql est sur la même machine, cela va passer par un fichier 'socket' plutôt que par une connexion réseau, qui ne sera donc pas accessible dans l'environnement chroot. Vérifier alors que le mot "proxy:" précède bien les entrées "mysql:" correspondantes. Dans ce cas, un proxy dédié à l'interrogation de la base mysql sera lancé, et ferra l'intermédiaire entre postfix et mysql.
 * "loops back to myself"
 * ... ?

Pourquoi faire ?

La configuration du serveur imap (l'utilisation de [:Dovecot/BackendMysql:dovecot] est vivement conseillée) doit bien entendu être synchrone à la configuration mysql de postfix.

Comment faire ?

  • Notez que les façons de faire sont multiples. Ceci n'est qu'une façon de faire parmis beaucoup
  • Lister dans virtual_mailbox_domains les domaines qui seront gérés en "virtuel", donc sans aucune existence au niveau unix. Vérifier que ces mêmes domaines ne sont pas listés en même temps dans mydestination ni virtual_domains, pour éviter tout soucis de cohérence.

virtual_mailbox_domains = ca.auf.org, secours
  1. Configurer le système de "virtual_mailbox" pour aller chercher ses informations dans une table mysql.

virtual_gid_maps = static:1007
virtual_uid_maps = static:1006
virtual_minimum_uid = 1006


# ce fichier défini la façon dont aller chercher les informations dans la base
virtual_mailbox_maps = proxy:mysql:/etc/postfix/virtual_mailbox_maps.cf

# un préfixe 
virtual_mailbox_base = /

virtual_transport = virtual

Que faire lorsque ça ne fonctionne pas ?

  • Toute d'abord, bien entendu, [:VérifierLesLogsEnCasDeSoucis:analyser les logs]

  • Si Postfix n'arrive pas à se connecter à la base mysql en général : essayer de se connecter au même serveur en ligne de commande, avec les mêmes paramètres.
  • Si certains modules de postfix n'arrivent pas à se connecter à la base, d'autre, si : postfix lance certains de ses modules en chroot. Si le serveur mysql est sur la même machine, cela va passer par un fichier 'socket' plutôt que par une connexion réseau, qui ne sera donc pas accessible dans l'environnement chroot. Vérifier alors que le mot "proxy:" précède bien les entrées "mysql:" correspondantes. Dans ce cas, un proxy dédié à l'interrogation de la base mysql sera lancé, et ferra l'intermédiaire entre postfix et mysql.
  • "loops back to myself"
  • ... ?

Postfix/BackendMysql (dernière édition le 2008-02-21 22:09:36 par localhost)