Aller au contenu

Dan

Direction
  • Compteur de contenus

    30 688
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par Dan

  1. Bonjour, Une règle telle que RewriteRule ^$ /?lang=uk [L,R=301] Redirige effectivement vers ?lang=uk. Mais tu fais quoi ensuite ? Tu utilises des sessions pour rester sur les pages "uk" ? Parce que sans sessions, pas de salut ! Tu ne veux tout de même pas garder ?lang= dans toutes les URLS des pages vues ?
  2. Que l'année 2016 apporte à tous nos membres et visiteurs la santé et la réussite en amour et en affaires ! Bonne année 2016 à tous ! L'équipe du Hub
  3. Tu vas trouver la raison de cette erreur 500 dans les logs d'apache .... tout simplement
  4. Hello Carry, Bienvenue à bord ! Je vois que tu as retenu l'URL que je t'ai fait connaître Dan
  5. Ce n'est pas utile dans ton cas. Tu n'as pas besoin de récursivité, vu que tu mets toute la chaine à part le nom du fichier dans une seule variable. Je viens de tester, l'exemple donné plus haut fonctionne parfaitement
  6. Quelque-chose comme ceci : RewriteRule Fichiers/(.*)/([^/]*) /Fichiers/check_connect.php?dossier=$1&url=$2 [L] La valeur [^/]* du second argument donnera un match pour toute chaîne ne comprenant pas de '/' Précédé d'un / dans l'expression pour isoler le dernier mot, cela devrait donc te donner la valeur de la variable url. Le premier argument prendra tout le début de la chaîne, donc la valeur de la variable dossier. C'est non testé, mais on ne devrait pas être loin de la vérité ! Attention au R=301, qui va forcer de re-passer dans le fichier .htaccess .... pas top, et inutile ! Ce n'est pas l'expression /check_connect.php?dossier=Documents/Sous-Dossier/Sous-Dossier/&url=fichier.doc que tu veux voir indexer par les moteurs. Le flag QSA est inutile aussi vu que c'est ta règle qui génère le QUERY_STRING ! Il ne doit donc pas être ajouté automatiquement. Comme flag, je mettrais seulement [L]
  7. Pour quelle raison tiens-tu à garder les MX qui ne sont pas corrects ? Tu n'as à mon sens besoin que de cgocable.ca ... pas des autres !
  8. Je t'ai dit que tu as manifestement des MX excédentaires. Pour moi il ne faut garder que celui de cgocable.ca ! Le message que tu as reçu dit que l'adresse email du destinataire info@lesmauvaisperdants.com n'existe pas.
  9. Bonjour, Vu que tu as posté exactement la même demande sur les forums de CNet, Webrankinfo, Joomla, OpenClassrooms etc... il y a moins de 24 heures, je pense que tu vas obtenir des réponses. Sinon, tu as possibilité de demander un audit auprès de webiaprod... ou au moins pour avoir une idée de leurs tarifs qui ne sont pas visibles en ligne. Ce que je trouve étrange, c'est que tu as renseigné comme activité "Conseil Infogérance" sur le site developpez.com Sur developpez.net, ton blog avec ce même message a été supprimé mais est toujours en cache google. Donc je prends ta demande avec une pincée de sel, peut-être parce que je suis moi-même infogérant
  10. Je te suggère d'utiliser phpmailer ... je pense que ce sera le plus simple.
  11. Il semble que de passer par smtp résout ce souci de "Return-path:" Mais j'ai toujours des doutes concernant les adresses email "hors serveur"
  12. Essaie en modifiant le header suivant : $headers .= 'Return-pathSender: sebastien.vignard@gmail.com' . "\r\n";
  13. Tu ne vas à mon sens pas pouvoir mettre une adresse mail en gmail.com comme return-path: vu que ce mail n'est pas sur ton serveur ! Essaie tout de même en changeant le "Return-path:" mais je ne suis pas certain que ce soit accepté ! Je t'ai ajouté no_local_from_check dans le fichier de config exim.
  14. Ben oui, c'est calimed l'utilisateur de confiance. Tu voudrais quoi comme adresse mail de retour ? Tu as mis quoi dans le header comme return: ?
  15. Exim réécrit par défaut le Return: sauf pour les "trusted_users" Il faut donc ajouter ton utilisateur à la liste "trusted_users=...." dans /etc/exim.conf et relancer exim. Je l'ai fait pour toi sur ton serveur ... J'ai répondu la même chose à WilliamWallace, il y a une semaine : https://www.webmaster-hub.com/topic/55954-compte-denvoi-avec-sendmail-resolu/
  16. Pour ce domaine, un "dig tondomaine.tld MX" donne 3 MX différents. ns.le-hub.net:cur# dig ***.com MX ; <<>> DiG 9.9.5-9+deb8u3-Debian <<>> ***.com MX ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24421 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 2, ADDITIONAL: 3 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;***.com. IN MX ;; ANSWER SECTION: ***.com. 1800 IN MX 1 smtp.cgocable.ca. ***.com. 1800 IN MX 10 mailstore1.secureserver.net. ***.com. 1800 IN MX 0 smtp.secureserver.net. ;; AUTHORITY SECTION: ***.com. 3600 IN NS ns58.domaincontrol.com. ***.com. 3600 IN NS ns57.domaincontrol.com. ;; ADDITIONAL SECTION: ns57.domaincontrol.com. 172800 IN A 216.69.185.29 ns58.domaincontrol.com. 172800 IN A 208.109.255.29 ;; Query time: 30 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Thu Dec 10 06:34:43 CET 2015 ;; MSG SIZE rcvd: 231 En considérant les priorités des MX, les mails seront d'abord traités par smtp.secureserver.net ... et seulement si celui-ci ne répond pas, par smtp.cgocable.ca et en dernier ressort par mailstore1.secureserver.net. Je ne pense pas que c'est ce que tu cherches à faire.
  17. Sans ton nom de domaine, on ne peut rien tester.... Pour quelle raison obscure l'as-tu masqué ?
  18. J'ajouterais ceci : que ton serveur n'ajoute pas de champ DKIM pour un mail dont le destinataire est local (sur le même serveur) est tout à fait normal
  19. Hello, Exim filtre par défaut les changements de champ from: .... saut si l'utilisateur est un "trusted user" (utilisateur de confiance) (que ce serveur soit géré par moi n'y change rien ) J'ai défini l'utilisateur linux du domaine itcpiercing.com dans la liste "utilisateur de confiance" du fichier de config exim, et relancé ce dernier. Tu devrais pouvoir changer le from à ta convenance. Dan
  20. Bonjour Thomas, et bienvenue à bord du Hub ! C'est un bien gros travail de compilation de données que tu as réalisé
  21. C'est effectivement bizarre. Nombre de posts ont moins de quelques jours.... Je ne pense donc pas que tu sois parano...
  22. Je dirais "à sécuriser" .... voire même "à bétonner", ce qui semble difficile.
  23. C'est potentiellement dangereux, vu que tu n'aurais aucun contrôle sur les fichiers envoyés. De plus, il te faudrait que le dossier de réception de ces mails soit scanné pour extraire les photos des mails reçus....
  24. @captain_torche : Il parle de 50 000 emails par semaine et non par mois. Donc il faut adapter les exemples de tarif que tu donnes.
×
×
  • Créer...