Bonjour tout le monde
 
J'essaieactuellement de mettre en place un serveur mail avec postfix etdovecot, le tout en utilisant une authentification LDAP.Cependant, je rencontre quelques problemes :
Apr 18 18:56:49 [10.69.33.18.183.169] postfix/smtpd[15176]: [ID 197553 mail.info] connect from Atlantis.cpt.appartland.eu[192.168.1.100]
Apr 18 18:56:49 [10.69.33.18.183.169] postfix/master[14369]: [ID 197553 mail.info] reload -- version 2.6.5, configuration /usr/pkg/etc/postfix
Apr 18 18:56:49 [10.69.33.18.183.169] postfix/smtpd[15176]: [ID 197553 mail.info] 378328672: client=Atlantis.cpt.appartland.eu[192.168.1.100], sasl_method=PLAIN, sasl_username=bougie@appartland.eu
Apr 18 18:56:49 [10.69.33.18.183.169] postfix/cleanup[15320]: [ID 197553 mail.info] 378328672: message-id=<4BCB39D5.2030901@appartland.eu>
Apr 18 18:56:49 [10.69.33.18.183.169] postfix/qmgr[15319]: [ID 197553 mail.info] 378328672: from=<bougie@appartland.eu>, size=610, nrcpt=1 (queue active)
Apr 18 18:56:49 [10.69.33.18.183.169] postfix/smtpd[15176]: [ID 197553 mail.info] disconnect from Atlantis.cpt.appartland.eu[192.168.1.100]
Apr 18 18:56:49 [10.69.33.18.183.169] postfix/local[15322]: [ID 197553 mail.info] 378328672: to=<bougie@appartland.eu>, relay=local, delay=0.06, delays=0.03/0.02/0/0.01, dsn=5.1.1, status=bounced (unknown user: "bougie"
Apr 18 18:56:49 [10.69.33.18.183.169] postfix/cleanup[15320]: [ID 197553 mail.info] 437148674: message-id=<20100418165649.437148674@smtp.appartland.eu>
Apr 18 18:56:49 [10.69.33.18.183.169] postfix/bounce[15323]: [ID 197553 mail.info] 378328672: sender non-delivery notification: 437148674
Apr 18 18:56:49 [10.69.33.18.183.169] postfix/qmgr[15319]: [ID 197553 mail.info] 437148674: from=<>, size=2403, nrcpt=1 (queue active)
Apr 18 18:56:49 [10.69.33.18.183.169] postfix/qmgr[15319]: [ID 197553 mail.info] 378328672: removed
Apr 18 18:56:49 [10.69.33.18.183.169] postfix/local[15322]: [ID 197553 mail.info] 437148674: to=<bougie@appartland.eu>, relay=local, delay=0.01, delays=0.01/0/0/0, dsn=5.1.1, status=bounced (unknown user: "bougie")
Apr 18 18:56:49 [10.69.33.18.183.169] postfix/qmgr[15319]: [ID 197553 mail.info] 437148674: removed
 
L'authentification sur le serveur IMAP et STMP fonctionne très bien (testée avec thunderbird 3 et en telnet).
Auriez vous une idée de la cause du probleme ?
Ci après, mes fichiers de configurations :main.cfinet_protocols = all
inet_interfaces = all
biff = no
mail_spool_directory = /var/spool/postfix/
myhostname = smtp.appartland.eu
mydomain = appartland.eu
mydestination = localhost.$mydomain,localhost,$mydomain,$myhostname
mynetworks = 10.69.0.0/16 192.168.1.0/24 127.0.0.7
mynetworks_style = subnet
append_dot_mydomain = no
append_at_myorigin = yes
alias_maps = hashetc/mail/aliases
alias_database = hashetc/mail/aliases
recipient_delimiter = +
 
mail_transport = dovecot
local_recipient = virtual
local_recipient_maps = $alias_maps $virtual_mailbox_maps
unknown_local_recipient_reject_code = 550
 
virtual_mailbox_base =  
virtual_mailbox_maps = ldapusr/pkg/etc/postfix/virtual_mailboxes.cf
virtual_alias_maps = ldapusr/pkg/etc/postfix/virtual_alias.cf
virtual_minimum_uid = 102
virtual_uid_maps = static:102
virtual_gid_maps = static:103
virtual_transport = dovecot
dovecot_destination_recipient_limit = 1
 
smtpd_sasl_auth_enable = yes
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtpd_use_tls = no
 
 /usr/pkg/etc/postfix/virtual_mailboxes.cf
server_host = ldap.appartland.eu
server_port = 389
search_base = ou=people,dc=appartland,dc=eu
query_filter = (&(objectClass=InetOrgPerson)(mail=%s))
result_attribute = mail
bind = yes
bind_dn = cn=admin
bind_pw = monmdp
version = 3
result_format = /var/vmail/%s
 
/usr/pkg/etc/postfix/virtual_alias.cf
server_host = ldap.appartland.eu
server_port = 389
search_base = ou=people,dc=appartland,dc=eu
query_filter = (&(objectClass=InetOrgPerson)(mail=%s))
result_attribute = mail
bind = yes
bind_dn = cn=admin
bind_pw = monmdp
version = 3
 
/usr/pkg/etc/dovecot/dovecot.conf
listen = *
ssl = no
protocols = imap
mail_uid = postfix
mail_gid = postfix
first_valid_uid = 102
first_valid_gid = 103
 
login_max_processes_count=28
max_mail_processes=18
 
login_greeting = Dovecot IMAP Server ready.
mail_location = maildirsrv/vmail/%u/Maildir
disable_plaintext_auth=no
 
log_timestamp = "%Y-%m-%d %H:%M:%S "
log_path = /var/log/dovecot.log
info_log_path = /var/log/mail.log
 
protocol imap {
}
 
protocol lda {
    postmaster_address = postmaster@example.tld
    auth_socket_path = /var/run/dovecot/auth-master
    log_path = /var/log/dovecot-deliver.log
    info_log_path = /var/log/dovecot-deliver.log
}
 
auth default {
     mechanisms = plain login
 
     passdb ldap {
         args = /usr/pkg/etc/dovecot/dovecot-ldap_passdb.conf
     }
     userdb ldap {
         args = /usr/pkg/etc/dovecot/dovecot-ldap_passdb.conf
     }
     socket listen {
         master {
             path = /var/run/dovecot/auth-master
             mode = 0660
             user = postfix
            group = postfix
         }
         client {
             path = /var/spool/postfix/private/auth
             mode = 0660
             user = postfix
            group = postfix
         }
     }
}
 
/usr/pkg/etc/dovecot/dovecot-ldap_passdb.conf
hosts = ldap.appartland.eu
auth_bind = yes
ldap_version = 3
base = ou=people,dc=appartland,dc=eu
user_attrs = mailbox=home
user_filter = (&(objectClass=InetOrgPerson)(mail=%u))
pass_attrs = mail=user,userPassword=password
pass_filter = (&(objectClass=InetOrgPerson)(mail=%u))
 
master.cfdovecot   unix  -       n       n       -       -       pipe
  flags=DRhu user=postfix:postfix argv=/usr/pkg/libexec/dovecot/deliver -f ${sender} -d $(recipient)
 
Merci d'avance pour votre aide.

J'ai finalement trouvé une solution à mon probleme.
Il suffit d'enlever la ligne mydomain et d'enlever le $mydomain dans mydestination.
Puis rajouter une ligne virtual_domain_maps = appartland.eu
 
Le courrier sera maintenant transferé à dovecot.
 
J'ai maintenant un autre probleme.
 
Lorsque j'essaie d'envoyer un mail depuis mon postfix vers une adresse @gmail, j'ai des connexions timeout. Je suppose que google bloque mon IP pour raison de SPAM.
Y a-t-il un moyen de contourner sans pour autant utiliser le smtp de son FAI (ou tout autre serveur SMTP) ?
(je precise que l'envoie vers une adresse @orange.fr fonctionne ...)

J'ai le même soucis, enfin... j'ai pu envoyer quelques mails de tests (qui sont bien arrivés, mais dans le dossier spam et signalés comme non spam sans succès), et depuis plus rien.
 
Pareil avec hotmail, pas testé mes adresses @site encore.

Ce sujet a été déplacé de la catégorie Réseaux grand public / SoHo vers la categorie OS Alternatifs par Je@nb

Il faut spécifier à google, au niveau de l'interface, que ce qui vient de ton ip n'est pas du spam.

Ca pourrait sans doute régler le problème pour google.
 
Mais j'ai l'ai aussi pour d'autres adresses comme pour ml.ovh.net et sans doute avec pas mal d'autres.

Pour avoir du google apps dans la boite où je suis, je sais que ca fonctionne comme ca au moins avec ovh.
 
On a eu le cas pendant un certain temps où tout ce qui venait de chez ovh était marqué en spam. On a reglé le problème en fesant ce que je t'ai dis plus haut.

Mes mails ne sont pas conciderer comme SPAM, ma connexion timeout sur le smtp de google, d'ovh, de whatever quand j'envoie un mail à une adresse @gmail, @whatever.
 
Donc rajouter mon IP dans gmail, swat, en plus j'ai une IP dynamique, swat, mais j'ai du mal à saisir pourquoi ça va regler le probleme pour tous les autres.
 
SInon, c'est ou dans la config de gmail ?, je trouve pas.

Autant pour moi, c'était pour répondre à shinuza.
 
Je ne sais pas si l'interface d'admin gmail est la même que la partie mail de google apps, mais de mémoire il faut chercher quelque chose comme 'inbound traffic' ou 'inbound mail trafic'.

Je n'ai rien vu qui ressemblais à ça

Est ce qu'il est possible de garder mes champ "From" des mes mails à @domain.tld même en utilisant le SMTP de orange ?

Pour l'heure à aucun moment il n'y a eu la moindre tentative de connexion vers gmail là quand je lis les logs fournis...
Concernant les timeouts (on admettra que d'autre logs montrant une tentative de connexion sont disponibles) en direction de n'importe quel MTA, c'est probablement lié a un filtrage en sortie du tcp/25. (probablement le cas si la machine est sur une connexion Orange/Free entre autre).
Oui il est parfaitement possible d'utiliser un autre MX (en l'occurence celui d'orange) , il n'y a aucune raison que le champ FROM soit modifié (ici il faudrait se documenter un peu sur le fonctionnement d'un MTA).