cad que je peux envoyer et recevoir mes mails en interne, mais je ne peux que les envoyer vers l'extérieur, par contre les mails qui me sont destinés n'arrivent jamais, ils sont perdus dans la nature.
j'ai un routeur, et j'ai fait une redirection de tout ce qui arrive au port 25 vers mon serveur de messagerie.
please help!
voila ma config main.cf
# See /usr/share/postfix/main.cf.dist for a commented, more complete version
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no
# appending .domain is the MUA's job.
append_dot_mydomain = no
command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
program_directory = /usr/lib/postfix
queue_directory = /var/spool/postfix
# Uncomment the next line to generate "delayed mail" warnings
delay_warning_time = 4h
myhostname = veille.gov.ma
mydomain = veille.gov.ma
masquerade_domains = veille.gov.ma
mydestination = $myhostname, $mydomain, localhost.$mydomain, localhost, veille.dyndns.org, veille.gov.ma
inet_interfaces = all
mynetworks = 172.16.1.0/8
myorigin = /etc/mailname
relayhost =
home_mailbox = Maildir/
mailbox_command = /usr/bin/procmail -Y -a $DOMAIN
relay_domains = $mynetworks
smtpd_recipient_restrictions = permit_mynetworks,check_relay_domains
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
setgid_group = postdrop
mail_owner = postfix
mailbox_size_limit = 0
mail_spool_directory = /var/spool/mail
recipient_delimiter = +
merci d'avance
# MX
Posté par Amaury . Évalué à 1.
Les "mails qui se perdent dans la nature" sont peu fréquents.
Je penche pour un mauvais paramétrage DNS, ou un mauvais paramétrage de ton postfix auquel cas les logs te donneront beaucoup d'informations.
[^] # Re: MX
Posté par Amaury . Évalué à 1.
Par ailleurs, il est souvent utile de relayer les mails de ta machine perso via le SMTP de ton provider pour ne pas se faire rejeter un nombre important de mails par les serveurs un peu tatillons.
-> relayhost
[^] # Re: MX
Posté par mars vero . Évalué à 1.
concernant mon enregistrement mx:
host -t MX veille.gov.ma
veille.gov.ma mail is handled by 10 veille.dyndns.org.
[^] # Re: MX
Posté par Amaury . Évalué à 1.
et regarde les logs de ton serveur, tu y trouveras certainement la solution si le mail semble passer mais n'arrive pas à destination.
[^] # Re: MX
Posté par mars vero . Évalué à 1.
voila ce que j'ai dans mes log avec une connexion telnet :
Mar 7 12:40:30 debian postfix/smtpd[28725]: warning: support for restriction "check_relay_domains" will be removed from Postfix; use "reject_unauth_destination" instead
Mar 7 12:40:30 debian postfix/smtpd[28725]: 898CF232ECA: client=adsl196-44-76-206-196.adsl196-3.iam.net.ma[196.206.76.44]
Mar 7 12:40:54 debian postfix/cleanup[28734]: 898CF232ECA: message-id=<20070307123754.898CF232ECA@mail.veille.gov.ma>
Mar 7 12:40:54 debian postfix/qmgr[28659]: 898CF232ECA: from=<itounsi@invest.gov.ma>, size=408, nrcpt=1 (queue active)
Mar 7 12:40:54 debian procmail[28736]: Error while writing to "/var/log/procmailrc.log"
Mar 7 12:40:54 debian spamd[3395]: connection from localhost.localdomain [127.0.0.1] at port 43480
Mar 7 12:40:54 debian spamd[3395]: info: setuid to it succeeded
Mar 7 12:40:54 debian spamd[3395]: processing message <20070307123754.898CF232ECA@mail.veille.gov.ma> for it:1002.
Mar 7 12:40:54 debian spamd[3395]: identified spam (7.7/5.0) for it:1002 in 0.1 seconds, 555 bytes.
Mar 7 12:40:54 debian spamd[3395]: result: Y 7 - HELO_DYNAMIC_DHCP,HELO_DYNAMIC_IPADDR,MISSING_SUBJECT,MSGID_FROM_MTA_ID,NO_REAL_NAME,UNDISC_RECIPS scantime=0.1,size=555,mid=<20070307123754.898CF232ECA@mail.veille.gov.ma>,autolearn=no
Mar 7 12:40:54 debian postfix/local[28735]: 898CF232ECA: to=<it@veille.gov.ma>, relay=local, delay=180, status=sent (delivered to command: /usr/bin/procmail -Y -a $DOMAIN)
Mar 7 12:40:54 debian postfix/qmgr[28659]: 898CF232ECA: removed
alors mnt je vois qu'il ya un probleme avec le procmailrc
et je me demandais pourquoi je ne trouvais pas mon procmailrc.log
a ton avis quelle serais la solution?
merci pour tout
[^] # Re: MX
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 1.
et je me demandais pourquoi je ne trouvais pas mon procmailrc.log
==> parce que l'utilisateur sous lequel procmail est executé (utilisateur à qui est destiné le mail normalement) , ne peut ecrire dans /var/log/procmailrc.log
solution: creation en root du fichier et affectation de droits suffisants
[^] # Re: MX
Posté par mars vero . Évalué à 1.
en fait, quand j'avais testé le telnet je l'ai testé en local
le pb mnt est que le telnet ne marche pas de l'extérieur
mon serveur est inaccessible de l'éxterieur
je vous decris un peu mon installation
j'ai un routeur + 2 serveurs (web + mail)
j'ai deux redirections au niveau de mon routeur:
sur le port 80 vers le serveur web et qui marche a merveille
sur le port 25 vers le serveur de mail et qui bloque
qu' est ce qui pourrait bloquer l'acces?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.