Postfix est en train de me rendre fou ...

Maisondouf · Le 13/02/2013, à 16:32

Pourtant à première vue, ce que tu veux pouvoir gérer n'est pas spécialement complexe mais je ne sais peut-être pas tout.

Pseudo supprimé · Le 13/02/2013, à 16:35

et ton USER XXX , c'est un user-unix ? a-t-il un compte UBUNTU/pam ?

28marc28 · Le 13/02/2013, à 16:38

non les boites mail sont créer par postfixadmin donc dans mysql,il y a un utilisateur vmail.

Si je ne m'abuse dovecot vérifie cette base de données et rejet le mail du destinataire si il n'existe pas, sinon il l'accepte

28marc28 · Le 13/02/2013, à 16:42

en fait, visiblement c'est le virtual_mailbox_base dans le main.cf de postifix qui est prioritaire sur mail_location de 10-mail cond de dovecot

Pseudo supprimé · Le 13/02/2013, à 16:43

c'est surtout postfix qui fait la majorité du boulot.

28marc28 · Le 13/02/2013, à 16:45

oui cela ressemble à çà.

Ce que je comprends pas c'est pourquoi mail_location ne sert à rien alors qu'il fait parti de davecot et que c'est la "reception des courriels", c'est pourtant bien clair dans la doc de dovecot.

28marc28 · Le 13/02/2013, à 19:19

Suite,
j'ai réussi à régler le problème des chemins ...
Le soucis qui me reste, viens je pense de dovecot, il enregistre le message avec les droit suivant 600.
Donc non lisible, pour qu'il soit lisible il faut faire un chmod dessus.

Savez-vous ou se gère les permissions de la création de fichier(mail) sous dovecot ?

28marc28 · Le 14/02/2013, à 14:01

Pour le problème de chemin la solution était dans la base de données :
dans le main.cf je fais appel:

virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_mailbox_base = /home/vmail

qui contient:

hosts = 127.0.0.1
user = postfix
password = moncode
dbname = postfixadmin
query = SELECT maildir FROM mailbox WHERE username='%s' AND active = 1

il fallait changer le maildir car en fait il concataine virtual_mailbox_base + virtual_mailbox_maps pour les chemins
Resultat : /home/vmail/YYYY.com/contact

En revanche, je reste coincé avec une histoire de droit du coté de dovecot, le message arrive bien dans new et quand j'essaye de l'interroger, il passe dans cur, avec thurnbird jai le message d'erreur suivant:

Feb 14 13:50:33 sweb1 dovecot: auth-worker(2213): mysql(127.0.0.1): Connected to database postfixadmin
Feb 14 13:50:35 sweb1 dovecot: pop3-login: Login: user=<contact@YYYY.com>, method=PLAIN, rip=192.168.3.10, lip=192.168.3.10, mpid=2215, secured, session=<Q8VVtK7V6gDAqAMK>
Feb 14 13:50:35 sweb1 dovecot: pop3(contact@YYYY.com): Error: open(/home/vmail/YYYY.com/contact/cur/1360846172.V801Ic5200M779775.sweb1:2,) failed: Permission denied (euid=3000(<unknown>) egid=3000(<unknown>) missing +r perm: /home/vmail/YYYY.com/contact/cur/1360846172.V801Ic5200M779775.sweb1:2,)
Feb 14 13:50:35  dovecot: last message repeated 2 times
Feb 14 13:50:35 sweb1 dovecot: pop3(contact@YYYY.com): Error: Couldn't init INBOX: Internal error occurred. Refer to server log for more information. [2013-02-14 13:50:35]
Feb 14 13:50:35 sweb1 dovecot: pop3(contact@YYYY.com): Mailbox init failed top=0/0, retr=0/0, del=0/1, size=0

je vais dans cur et change les droits en 777 par exemple, je peux lire le message ...

Savez vous ou on change les droits dans dovecot quand il créer un fichier(mail), ou a t'il un droit à mettre sur la lecture de dovecot ?

Par avance merci

28marc28

28marc28 · Le 14/02/2013, à 15:43

[RESOLU]
Pour ceux que cela intéresse j'ai trouvé la solution:

dans mon dovecot.conf il y a :

userdb {
args = /etc/dovecot/dovecot-mysql.conf
driver = sql
}

voici ce qu'il fallait mettre dans dovecot-mysql.conf:
user_query = SELECT '/home/vmail/%d/%n' as home, 5000 AS uid, 5000 AS gid FROM mailbox WHERE username = '%u'

au lieu de

user_query = SELECT '/home/vmail/%d/%n' as home, 3000 AS uid, 3000 AS gid FROM mailbox WHERE username = '%u'

Encore merci à ceux qui m'ont aidés.

28marc28

Maisondouf · Le 14/02/2013, à 16:38

Et pourquoi 3000 au lieu de 5000 ?
As tu une explication ?

28marc28 · Le 14/02/2013, à 16:43

j'ai une vague idée, c'est comme pour utiliser pure-ftpd(si tu ne connais pas serveur ftp), de ce que j'ai compris : suivant le cas il faut une cote de confiance(de points) du compte utilisé, dans le cas présent vmail. Et là j'était en dessous.

Enfin c'est comme ça que je comprends les choses, si quelqu'un a mieux comme explication je suis preneurs.

28marc28

tiramiseb · Le 14/02/2013, à 16:47

C'est pas plutôt une histoire d'UID d'un utilisateur ? "3000 as uid"... "3000 as gid"...

Tu n'as pas par hasard un utilisateur qui a l'UID 3000 ? et ça ne serait pas par hasard l'UID de l'utilisateur propriétaire des mails ?

28marc28 · Le 14/02/2013, à 16:56

oui l'uid de vmail est à 5000 c'est çà.

Maisondouf · Le 14/02/2013, à 16:56

Je pense plutot que justement le user 3000 n'existe pas, mais que au moment de la réception tous les mails sont référencés dans la base avec ce 3000:3000.
C'est le 'SELECT' qui fait le boullot ensuite pour trier avec la clause 'WHERE username = '%u'".
Je suis prêt à parier qu'en enlevant les préselections sur les champs 'uid' et gid' de la base, ça marcherait quand même.

user_query = SELECT '/home/vmail/%d/%n' as home FROM mailbox WHERE username = '%u'

28marc28 · Le 14/02/2013, à 16:58

ça me parais tout à fait logique. Oui.

Maisondouf · Le 14/02/2013, à 16:59

virtual_uid_maps = static:5000
virtual_gid_maps = static:5000

C'est en rapport avec ça ?

28marc28 · Le 14/02/2013, à 17:04

Oui je pense, dans la doc postfix il est indiquée:

virtual_minimum_uid (default: 100)
The minimum user ID value that the virtual(8) delivery agent accepts as a result from $virtual_uid_maps table lookup. Returned values less than this will be rejected, and the message will be deferred.

This parameter is specific to the virtual(8) delivery agent. It does not apply when mail is delivered with a different mail delivery program.

Ca me fait penser à une securité.

28marc28 · Le 15/02/2013, à 14:08

Je reviens vers vous pour la suite Hé Hé, c'était trop facile ....
Il ne me reste qu'un souci:

Je suis chez free.
A l'extérieur un client(de mon serveur) reçoit bien ses mails.
En revanche il ne peut en envoyer il a l'erreur 554 5.7.1 Relay acess denied.

Je comprend qu'il ne peut accéder à mon stmp.

Pourtant un telnet mon_adress_ip_fixe 25 fonctionne

Est-ce un problème d'identification genre mot de passe du smtp free?

précision utile: en interne tout fonctionne, de l'interne vers l'extérieur aussi

Avez vous une idée.

Par avance merci

Dernière modification par 28marc28 (Le 15/02/2013, à 14:10)

tiramiseb · Le 15/02/2013, à 14:23

Ton Postfix n'autorise pas n'importe qui à envoyer des mails à n'importe qui à partir de n'importe où.

C'est la directive "mynetworks" : seuls les gens dans le réseau indiqué dans cette directive ont le droit d'envoyer à "n'importe qui".
Tous les autres n'ont le droit d'utiliser ce serveur que pour les destinataires explicitement notés dans mydestination.

Si tu autorise n'importe qui à envoyer par ton serveur (donc si "mynetworks" est sur tout Internet), ton serveur deviendra très rapidement (quelques jours) relais de spam et blacklisté en tant que tel.

Le mieux est de mettre en place une authentification SMTP sur ton serveur, qui utiliserait les mêmes login/pass que IMAP et POP.

28marc28 · Le 15/02/2013, à 14:30

J'ai bien compris, c'est ce qu'il y a en ce moment.
Le client utilise la même autentification sur le pop et sur le smtp.
Le mynetworks est configuré pour le local.

28marc28 · Le 15/02/2013, à 14:31

En interne cela marche avec l'authentification pop smtp, c'est uniquement de l'extérieur que cela ne passe pas.

tiramiseb · Le 15/02/2013, à 14:32

Là je ne saurais pas te dire précisément quelles sont les directives de configuration.
En tout cas tu es sur la bonne voie.

Aucun rapport avec l'infrastructure Free, ça c'est sûr.

28marc28 · Le 15/02/2013, à 14:40

voici déjà le log :

Feb 15 14:37:33 sweb1 postfix/smtpd[29699]: connect from LNantes-156-75-33-98.w82-127.abo.wanadoo.fr[82.127.220.98]
Feb 15 14:37:35 sweb1 postfix/smtpd[29699]: NOQUEUE: reject: RCPT from LNantes-156-75-33-98.w82-127.abo.wanadoo.fr[82.127.220.98]: 554 5.7.1 <XXXX@yahoo.fr>: Relay access denied; from=<test@YYYY.com> to=<XXXX@yahoo.fr> proto=ESMTP helo=<[192.147.40.8]>

tiramiseb · Le 15/02/2013, à 14:43

Oui donc c'est bien le cas que j'ai décrit.

À voir maintenant comment désactiver ça pour ceux qui se sont identifiés par SMTP...

28marc28 · Le 15/02/2013, à 14:47

tu penses que cela serait le sasl ?

parce que mynetworks ne compte que 127.0.0.0/8, 192.168.3.0/24

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 13/02/2013, à 16:32

Re : Postfix est en train de me rendre fou ...

#27 Le 13/02/2013, à 16:35

Re : Postfix est en train de me rendre fou ...

#28 Le 13/02/2013, à 16:38

Re : Postfix est en train de me rendre fou ...

#29 Le 13/02/2013, à 16:42

Re : Postfix est en train de me rendre fou ...

#30 Le 13/02/2013, à 16:43

Re : Postfix est en train de me rendre fou ...

#31 Le 13/02/2013, à 16:45

Re : Postfix est en train de me rendre fou ...

#32 Le 13/02/2013, à 19:19

Re : Postfix est en train de me rendre fou ...

#33 Le 14/02/2013, à 14:01

Re : Postfix est en train de me rendre fou ...

#34 Le 14/02/2013, à 15:43

Re : Postfix est en train de me rendre fou ...

#35 Le 14/02/2013, à 16:38

Re : Postfix est en train de me rendre fou ...

#36 Le 14/02/2013, à 16:43

Re : Postfix est en train de me rendre fou ...

#37 Le 14/02/2013, à 16:47

Re : Postfix est en train de me rendre fou ...

#38 Le 14/02/2013, à 16:56

Re : Postfix est en train de me rendre fou ...

#39 Le 14/02/2013, à 16:56

Re : Postfix est en train de me rendre fou ...

#40 Le 14/02/2013, à 16:58

Re : Postfix est en train de me rendre fou ...

#41 Le 14/02/2013, à 16:59

Re : Postfix est en train de me rendre fou ...

#42 Le 14/02/2013, à 17:04

Re : Postfix est en train de me rendre fou ...

#43 Le 15/02/2013, à 14:08

Re : Postfix est en train de me rendre fou ...

#44 Le 15/02/2013, à 14:23

Re : Postfix est en train de me rendre fou ...

#45 Le 15/02/2013, à 14:30

Re : Postfix est en train de me rendre fou ...

#46 Le 15/02/2013, à 14:31

Re : Postfix est en train de me rendre fou ...

#47 Le 15/02/2013, à 14:32

Re : Postfix est en train de me rendre fou ...

#48 Le 15/02/2013, à 14:40

Re : Postfix est en train de me rendre fou ...

#49 Le 15/02/2013, à 14:43

Re : Postfix est en train de me rendre fou ...

#50 Le 15/02/2013, à 14:47

Re : Postfix est en train de me rendre fou ...

Pied de page des forums