Mail Server & Web Server - Configuration De A

[Gompal]

Bonjour,

Première question : ton tuto ne parle pas de spf, dKim, dMarc et Soa ? C'est un peu confus pour moi. J'ai cherché sur google et je ne sais pas s'il faut ajouter sur CloudFlare ces éléments ou si on doit les mettre dans le Syno ou les deux ? Ou rien, si c'est CloudFlare qui s'en charge ? Je sais que DSM prend en charge spf, dKim, dMarc, mais cela suffit-il ou faut-il éditer le DNS ou le reverse DNS ?

Deuxième question, j'ai parfois des mails qui mettent 4 à 5h pour arriver. Que faire pour régler ce pb ?

Troisième question, faut-il mettre impérativement son FAI en relais Smtp, cela résoud-il des pbs ?

Merci si tu peux m'aider 

Category	Status	Test name	Informationsend feedback
Parent		Domain NS records	Nameserver records returned by the parent servers are: ken.ns.cloudflare.com.   ['173.245.59.127'] (NO GLUE)   [TTL=172800]  nelly.ns.cloudflare.com.   ['173.245.58.209'] (NO GLUE)   [TTL=172800]  e.ext.nic.fr was kind enough to give us that information.
		TLD Parent Check	Good. e.ext.nic.fr, the parent server I interrogated, has information for your TLD. This is a good thing as there are some other domain extensions like "co.us" for example that are missing a direct check.
		Your nameservers are listed	Good. The parent server e.ext.nic.fr has your nameservers listed. This is a must if you want to be found as anyone that does not know your DNS servers will first ask the parent nameservers.
		DNS Parent sent Glue	The parent nameserver e.ext.nic.fr is not sending out GLUE for every nameservers listed, meaning he is sending out your nameservers host names without sending the A records of those nameservers. It's ok but you have to know that this will require an extra A lookup that can delay a little the connections to your site. This happens a lot if you have nameservers on different TLD (domain.com for example with nameserver ns.domain.org.)
		Nameservers A records	Good. Every nameserver listed has A records. This is a must if you want to be found.
NS		NS records from your nameservers	NS records got from your nameservers listed at the parent NS are: nelly.ns.cloudflare.com  ['173.245.58.209']   [TTL=86400]  ken.ns.cloudflare.com  ['173.245.59.127']   [TTL=86400]
		Recursive Queries	Good. Your nameservers (the ones reported by the parent server) do not report that they allow recursive queries for anyone.
		Same Glue	The A records (the GLUE) got from the parent zone check are the same as the ones got from your nameservers. You have to make sure your parent server has the same NS records for your zone as you do according to the RFC. This tests only nameservers that are common at the parent and at your nameservers. If there are any missing or stealth nameservers you should see them below!
		Glue for NS records	OK. When I asked your nameservers for your NS records they also returned the A records for the NS records. This is a good thing as it will spare an extra A lookup needed to find those A records.
		Mismatched NS records	OK. The NS records at all your nameservers are identical.
		DNS servers responded	Good. All nameservers listed at the parent server responded.
		Name of nameservers are valid	OK. All of the NS records that your nameservers report seem valid.
		Multiple Nameservers	Good. You have multiple nameservers. According to RFC2182 section 5 you must have at least 3 nameservers, and no more than 7. Having 2 nameservers is also ok by me.
		Nameservers are lame	OK. All the nameservers listed at the parent servers answer authoritatively for your domain.
		Missing nameservers reported by parent	OK. All NS records are the same at the parent and at your nameservers.
		Missing nameservers reported by your nameservers	OK. All nameservers returned by the parent server e.ext.nic.fr are the same as the ones reported by your nameservers.
		Domain CNAMEs	OK. RFC1912 2.4 and RFC2181 10.3 state that there should be no CNAMEs if an NS (or any other) record is present.
		NSs CNAME check	OK. RFC1912 2.4 and RFC2181 10.3 state that there should be no CNAMEs if an NS (or any other) record is present.
		Different subnets	OK. Looks like you have nameservers on different subnets!
		IPs of nameservers are public	Ok. Looks like the IP addresses of your nameservers are public. This is a good thing because it will prevent DNS delays and other problems like
		DNS servers allow TCP connection	OK. Seems all your DNS servers allow TCP connections. This is a good thing and useful even if UDP connections are used by default.
		Different autonomous systems	OK. It seems you are safe from a single point of failure. You must be careful about this and try to have nameservers on different locations as it can prevent a lot of problems if one nameserver goes down.
		Stealth NS records sent	Ok. No stealth ns records are sent
SOA		SOA record	The SOA record is: Primary nameserver: ken.ns.cloudflare.com Hostmaster E-mail address: dns.cloudflare.com Serial #: 2021405780  Refresh: 10000  Retry: 2400  Expire: 604800   1 weeks Default TTL: 3600
		NSs have same SOA serial	OK. All your nameservers agree that your SOA serial number is 2021405780.
		SOA MNAME entry	OK. ken.ns.cloudflare.com That server is listed at the parent servers.
		SOA Serial	Your SOA serial number is: 2021405780. This can be ok if you know what you are doing.
		SOA REFRESH	OK. Your SOA REFRESH interval is: 10000. That is OK
		SOA RETRY	Your SOA RETRY value is: 2400. Looks ok
		SOA EXPIRE	Your SOA EXPIRE number is: 604800.Looks ok
		SOA MINIMUM TTL	Your SOA MINIMUM TTL is: 3600. This value was used to serve as a default TTL for records without a given TTL value and now is used for negative caching (indicates how long a resolver may cache the negative answer). RFC2308 recommends a value of 1-3 hours. Your value of 3600 is OK.
MX		MX Records	Your MX records that were reported by your nameservers are: 10   mail.xxxxxxx.fr   1xx.xxx.xxx.xx (no glue)  [These are all the MX records that I found. If there are some non common MX records at your nameservers you should see them below. ]
		Different MX records at nameservers	Good. Looks like all your nameservers have the same set of MX records. This tests to see if there are any MX records not reported by all your nameservers and also MX records that have the same hostname but different IPs
		MX name validity	Good. I did not detect any invalid hostnames for your MX records.
		MX IPs are public	OK. All of your MX records appear to use public IPs.
		MX CNAME Check	OK. No problems here.
		MX A request returns CNAME	OK. No CNAMEs returned for A records lookups.
		MX is not IP	OK. All of your MX records are host names.
		Number of MX records	OK. Looks like you only have one MX record at your nameservers. You should be careful about what you are doing since you have a single point of failure that can lead to mail being lost if the server is down for a long time.
		Mismatched MX A	OK. I did not detect differing IPs for your MX records.
		Duplicate MX A records	OK. I have not found duplicate IP(s) for your MX records. This is a good thing.
		Reverse MX A records (PTR)	Your reverse (PTR) record: 18.xxx.xxx.xxx.in-addr.arpa ->  xxx-xxx-1xx-xxx-xxx-xx.dsl.sta.abo.bbox.fr You have reverse (PTR) records for all your IPs, that is a good thing.
WWW		WWW A Record	Your www.xxx.xx A record is: www.xxx.fr  [xxx.xxx.xxx.xx]
		IPs are public	OK. All of your WWW IPs appear to be public IPs.
		WWW CNAME	OK. No CNAME

Modifié le 4 mai 2016 par Gompal

[Savana]

Bonjour à tous,

Je ne comprend pas bien la nécessité de démarrer le paquet DNS Server sur DS412+ pour configurer Mail Server !?

IP Fix chez free / freebox avec ports configurés / seul manque encore le revers DNS à configurer sur la console free /

j’accède bien à la freebox et au ds412+ et photo et roundcube avec : https://mondomaine.synology.me + le ports ou la ressource genre /mail ou /photo etc...

Ma config :

un domaine chez synology.me : genre : mondomaine.synology.me

1 / panneau de configuration + configuration accès externe + DDNS  (image : ddns.jpg)

2 / configuration de mail server (image : smtp.jpg)

3 / configuration de mail station

/// je peux recevoir de orange.fr mais quand j’envoie j'ai un mail voici le retour ... (image : mail.jpg)  ///

************   Error: too many hops     ****************

tous fonctionne bien en local entre 2 boites mail différentes.

j'aurais adoré pouvoir suivre ce topic bien expliqué, si vous savez ce que je dois faire, je suis preneur ;)

merci aux nasologues ;))

 

Modifié le 28 juin 2016 par Savana
Error: too many hops....

[db77]

Bonjour,

Je suis très intéressé par ce sujet mais j'ai bien évidemment quelques questions...

J'ai actuellement deux noms de domaine et pour l'un des deux, j'ai installé un serveur mail (DeskNow) sur mon windows 2007 server. J'ai bien sûr modifier chez mon prestataire de nom de domaine, le MX afin que cela fonctionne et tout fonctionne bien.

J'aimerais, maintenant que j'ai un NAS, passer par mon NAS.

Pourquoi un relais SMTP, je n'en ai pas besoin avec DeskNow. Est-ce que ce serait un faux serveur de mail ?

Que dois-je installer, car niveau DNS et redirections, je fais tout par mon nom de domaine et mon routeur, est-ce que MailServer et Webmail suffisent ?

Comme mon Windows 2007 Server est mon serveur Web, le port 80 est utilisé et je pensais passer par un autre port pour le webmail de MailServer, est-ce possible ?

Question supplémentaire : comment faire pour mettre mes deux noms de domaine ? Est-ce possible de configurer deux noms de domaine dans le même mailServer ?

Merci pour vos conseils.

EDIT : J'ai vu que

@tioker

Avait mis en place ce que je cherche...

mais comment a-t-il fait pour le Webmail ? Qu'a-t-il installé quand il dit "installation d'un client mail sur Synology (pour Webmail).

"

Modifié le 14 février 2017 par db77

[freelnet]

BREIZSYNO, j'ai le même problème que toi.

J'ai suivi à la lettre avec mon domaine chez OVH et mon IP WAN mais cela ne fonctionne pas.

As-tu trouvé d'où venait l'erreur ?

Merci

 

[db77]

Bon, j'ai ajouté un relais SMTP et je peux maintenant envoyer et recevoir mais... car il y a un "mais" ...

Je n'arrive pas à me dépatouiller du Mail Station pour le mettre sur un autre port que le port 80 qui est déjà redirigé sur mon autre serveur Web.

Est-il possible de changer le port de Mail Station et si oui, où ?

Merci.

EDIT : Bon, j'ai redirigé un autre port vers le port 80 du NAS et ça roule, par contre je ne vois pas pourquoi je suis obligé de mettre un SMTP en relais. Le but est quand même d'être totalement autonome. Je ne sais plus si j'avais mis aussi le SMTP de mon FAI avec DeskNow... Je suis donc preneur d'idées pour éviter ce SMTP relais...

EDIT : Pour le SMTP relais, en cherchant sur le net, j'ai trouvé qu'il fallait configurer le DNS inverse. Ce soir je vais essayer ça et reviendrai dire si ça marche. (to be continued)

EDIT : bon, même avec le DNS inverse, ça ne fonctionne pas, obligé de remettre le relais :( Galère ce truc  !

Modifié le 24 février 2017 par db77
Solution