cricx

Le plus simple est d'utiliser le port 443 (https)

Humm, pas de dav dans ton virtual host docs, mais un acc

il y a un fil

en effet : dig mx diag-ora.com ; <<>> DiG 9.7.1-P2-RedHat-9.7.1-2.P2.fc13 <<>> mx diag-ora.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 62854 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 6 ;; QUESTION SECTION: ;diag-ora.com. IN MX ;; ANSWER SECTION: diag-ora.com. 10800 IN MX 10 diag-ora.dyndns-server.com. ;; AUTHORITY SECTION: diag-ora.com. 10720 IN NS a.dns.gandi.net. diag-ora.com. 10720 IN NS b.dns.gandi.net. diag-ora.com. 10720 IN NS c.dns.gandi.net. ;; ADDITIONAL SECTION: a.dns.gandi.net. 772 IN A 173.246.97.2 a.dns.gandi.net. 772 IN AAAA 2604:3400:a::2 b.dns.gandi.net. 772 IN A 217.70.184.40 b.dns.gandi.net. 772 IN AAAA 2001:4b98:b:a::40 c.dns.gandi.net. 772 IN A 217.70.182.20 c.dns.gandi.net. 772 IN AAAA 2001:4b98:c:521::20 configure outlook en imap (en pop, les messages sont récupérés sur ton pc et ne sont donc plus accessibles par roundcube). ceci dit, outlook c'est mal. Essaie theunderbird !

il y a un autre moyen, c'est d'installer un serveur dns sur ton syno et de configurer ton dhcp pour donner ce dns. Les machines connectées en interne utiliseront ce dns (qui leur donnera l'IP interne), celles externe utiliseront le dns de ton domaine chez ton registrar, avec l'ip externe. Il faut simplement configurer la zone correspondant à ton domaine sur le dns local, et renvoyer les autres requêtes vers le dns de ton fai. Mais honnêtement, vu le prix d'un bon routeur, je n'hésiterais pas un instant : je prendrais un nouveau routeur !

tu as bien compris que les problèmes des serveurs mail perso étaient liés à la lutte contre le spam. En effet, le plus gros des spams est envoyé par des PC sous windows vérolés, qui jouent le rôle de serveur smtp relais ou de proxy smtp. Tout mail provenant d'une adresse incluse dans une classe dite "résidentielle", ou pour laquelle la cohérence entre nom de domaine déclaré par le serveur et nom de domaine obtenu par reverse dns ou pour lequel il n'y a pas d'enregistrement spf déclarant les adresses ip qui peuvent légitimement envoyer des mails ou des tas d'autres règles qui sont un peu à l'appréciation des fournisseurs de service mail sont susceptibles d’entraîner des problèmes pour la délivrance des mails : - soit carrément un refus du mail - soit un classement d'office dans les indésirables - soit le greylisting (ce qui est un moindre mal). Hotmail considère suspect tout message ne provenant pas d'un domaine connu, il faut ajouter l'adresse au carnet d'adresse pour que les mails soient acceptés (même si le serveur est bien configuré) Tu peux regarder la source du message reçu par hotmail pour voir ce qu'il a fait (tu peux essayer aussi avec gmail) Pour avoir une chance raisonnable que les mails de son domaine soient acceptés par tous les destinataires, il faudrait avoir une IP fixe hors plage résidentielle et un reverse dns. Ce qui correspond à un abonnement pro. Mais on a des bons résultats avec free (sauf plage qui reste résidentielle, mais on peut "déblacklister" son IP sur les principales listes de filtrage), et OVH (je n'ai pas d'info sur les plages, il faudrait leur poser la question). C'est la manière la plus simple de résoudre le problème, mais du coup ça n'a plus aucun intérêt d’utiliser mailstation pour l'envoi des mails, autant mettre directement dans les paramètres de son courielleur le smtp du fai ! Pour moi qui suis attaché au côté "fun" du direct mx, pas question d'utiliser le relais de mon fai ! et ça me rend dépendant du bon fonctionnement de ses serveurs ! Mais tu peux avoir une autre vue des choses ! non http://www.google.fr/search?q=tuto+relais+smtp+site:nas-forum.com devrait d'amener rapidement à ce que tu cherches

oui, il faut modifier le shell de l'utilisateur dans /etc/passwd

dig mx diag-ora.com ; <<>> DiG 9.7.1-P2 <<>> mx diag-ora.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 43001 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;diag-ora.com. IN MX ;; AUTHORITY SECTION: diag-ora.com. 10800 IN SOA a.dns.gandi.net. hostmaster.gandi.net. 1300910466 10800 3600 604800 10800 Donc le MX n'est pas (encore) défini. Attention : si tu veux mettre le nom du domaine, il faut qu'il finisse par un point (diag-ora.com.) sinon il est pris comme un hôte ou un sous-domaine (mettre juste diag-ora.com signifie créer un enregistrement dns diag-ora.com.diag-ora.com.). Donc je te recommande de remplacer diag-ora.com à la ligne MX par le caractère @