jcaron

Il y a eu une proposition de recommandation W3C sur le sujet, mais je ne suis pas sûr qu'elle ait été adoptée, et en tous cas le support dans les navigateurs semble inexistant. Il y a aussi toutes sortes de "trucs" pour arriver au même résultat avec plus ou moins de succès. Tu trouveras des détails ici: http://www.w3.org/Style/Examples/007/leaders.en.html et là: http://stackoverflow.com/questions/3097851/fill-available-spaces-between-labels-with-dots-or-hyphens Jacques.

Je ne me souviens plus des détails, mais il me semble que si tu as le choix, il vaut mieux (formellement) créer la société/déclarer le début d'activité début janvier que fin décembre pour certaines raison administratives/fiscales/whatever. A vérifier... Jacques.

Vérifie tes e-mails d'OVH pour voir s'ils ne t'ont pas dit quelque chose sur le sujet. Normalement ils bloquent s'il y a trop de spam envoyé par ta machine, ce qui peut arriver si tu as une faille de sécurité qui a été exploitée par un spammeur pour passer par ton serveur... Il y a peut-être d'autres raisons possibles, le plus simple est de les contacter. Jacques.

Si tu utilises le serveur de mail de ton hébergeur alors le mieux c'est de t'adresser à lui pour qu'ils vérifient ce qui se passe quand tu envoies un mail. Jacques.

Quelques points à vérifier: * est-ce-que tu utilises un serveur de mail local (sur ton serveur), ou celui de ton hébergeur? * dans le premier cas: - que le serveur de mail (sendmail, postfix, qmail...) tourne bien sur le serveur - le contenu de la "queue" de messages (mailq) - que l'envoi de mail n'a pas par hasard été bloqué par l'hébergeur (parce que quelqu'un aurait spammé la galaxie en passant par le serveur). Quand tu envoies un mail, le serveur local dit généralement oui s'il n'y a pas un énorme souci avec le mail (genre adresse e-mail du destinataire complètement farfelue). Mais il ne fait que le stocker, et ensuite il va essayer de l'envoyer. Donc le fait que tu aies "confirmation de l'envoi" ne veut généralement pas dire grande chose si derrière il y a quelque chose qui bloque. Jacques.

Je ne pense pas que RewriteBase s'applique à RewriteCond, mais uniquement à RewriteRule, donc je pense que le / est nécessaire. Note aussi que si tu as des paramètres dans l'URL, ils ne seront pas dans %{REQUEST_URI} mais dans %{QUERY_STRING}. Jacques.

Je me dis que c'est probablement plutôt /mapage.html dans la RewriteCond. Si tu as un 404, c'est que tu donnes une URL qui est elle-même rewritée, non? Dans ce cas il faut soit que tu donnes l'adresse finale, soit que tu vires le [L] mais ça ouvre un autre sac de noeuds. Jacques.

Tu veux absolument un 301 (i.e. que le client reçoive la nouvelle URL finale), ou tu veux juste afficher le contenu de mapage.html dans ce cas? Dans le premier cas, tu dois pouvoir ajouter RewriteCond %{REQUEST_URI} !mapage.htmlDans le deuxième, tu vires simplement le R=301, non? Moi et les RewriteRules ça fait 2 et demi, donc je ne garantis rien :-) Jacques.

Probablement une erreur de manip. Tu voulais dire que ns.kimsufi.com devait être secondaire pour une de tes zones, et tu as fini par lui dire que tu voulais être secondaire pour la zone ns.kimsufi.com... Jacques.

Oui, rien à voir. Tu essayais d'être secondaire pour la zone "ns.kimsufi.com", qui n'existe pas. En revanche, tu veux bien indiquer que ns.kimsufi.com est secondaire pour ton domaine. Jacques.

Supprime la config pour la zone ns.kimsufi.com, je ne sais pas d'où ça sort mais ça ne sert à rien et ça ne peut pas marcher. Jacques.

Comme je disais dans l'autre discussion, je ne sais pas très bien pourquoi tu serais en secondaire pour la zone "ns.kimsufi.com", et comme ce n'est qu'un domaine et pas une zone, il est normal que ns.kimsufi.com t'envoie balader. Tu peux nous montrer la ligne de config correspondante de ton named.conf? Jacques.

Dans une zone DNS, un nom qui ne se finit pas par un point est relatif au domaine considéré. Donc soit tu ajoutes un point à la fin de chacun des noms absolus, soit tu les transformes effectivement en noms relatifs en supprimant le domaine. Pour ce qui est exactement au niveau du domaine, utilise @ à la place du nom du domaine. Donc, au choix: dkim._domainkey.php-web-sevice.net. TXT "k=rsa; t=y; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDJ0Xzc25J5gcBHS9+oQOopLE5pqj9w0HTC1dUv4ZqjamrJsOU3GH4qpZ1R2RFHynPc8RjxvO3SsiW/w+JUyKWGFeBksYHfpxnKtQHKzxbd88OSeijotZPnaNgEXexwK24ICaSWosf0CXelOKWPz8PsmrL/9b+99BOmyWXl6E667QIDAQAB"mail 86400 A 87.98.160.188php-web-service.net. TXT "v=spf1 a mx ip4:87.98.160.188 mx:ns1.webologix.com -all"php-web-service.net. SPF "v=spf1 a mx ip4:87.98.160.188 mx:ns1.webologix.com -all"php-web-service.net. 86400 A 87.98.160.188php-web-service.net. MX 10 mail.php-web-service.net.php-web-service.net. NS ns1.webologix.com.php-web-service.net. NS ns.kimsufi.com.pop 86400 A 87.98.160.188smtp 86400 A 87.98.160.188www 86400 A 87.98.160.188 ou, mieux (parce que tu feras moins d'erreurs quand tu vas copier ça ailleurs): dkim._domainkey TXT "k=rsa; t=y; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDJ0Xzc25J5gcBHS9+oQOopLE5pqj9w0HTC1dUv4ZqjamrJsOU3GH4qpZ1R2RFHynPc8RjxvO3SsiW/w+JUyKWGFeBksYHfpxnKtQHKzxbd88OSeijotZPnaNgEXexwK24ICaSWosf0CXelOKWPz8PsmrL/9b+99BOmyWXl6E667QIDAQAB"mail 86400 A 87.98.160.188@ TXT "v=spf1 a mx ip4:87.98.160.188 mx:ns1.webologix.com -all"@ SPF "v=spf1 a mx ip4:87.98.160.188 mx:ns1.webologix.com -all"@ 86400 A 87.98.160.188@ MX 10 mail.php-web-service.net.@ NS ns1.webologix.com.@ NS ns.kimsufi.com.pop 86400 A 87.98.160.188smtp 86400 A 87.98.160.188www 86400 A 87.98.160.188 Jacques.

DomainKeys et DKIM sont deux choses différentes. Le principe est le même, mais les détails différent, et DKIM est le successeur de DomainKeys. Ça fait longtemps que je n'ai pas regardé les détails, mais de mémoire historiquement DomainKeys était utilisé par Yahoo, je suppose qu'ils supportent DKIM maintenant (à vérifier). Jacques.

Qu'est-ce-qui te fait dire que ça "passe sans signature"? Jacques.