Jestem w ostatnim etapie ponownego kodowania strony, która formalnie używa kodowania znaków iso-8859-1, ale teraz jest w UTF-8.Znaki specjalne w UTF8 mailto: subject = link i Outlook
Problem polega na tym, że sekcja tematu linku mailto href nie działa z programem Outlook, gdy używane są znaki specjalne. Dostaję zwykłe zniekształcone reprezentacje postaci, wskazujące na oczywisty problem z kodowaniem znaków po kliknięciu łącza i pojawieniu się nowego okna poczty w programie Outlook.
Próbowałem rawurlencode(), aby rozwiązać problem ths, ale to nie wydają się działać z Outlook ...
<a href="mailto:[email protected]?subject=<?=rawurlencode($subj);?>">send email</a>
Więc pomyślałem, Outlook musi nalegać na innym kodowaniu i spróbował utf-8 najpierw dekodowanie tematu ...
<a href="mailto:[email protected]?subject=<?=rawurlencode(utf8_decode($subj));?>">send email</a>
Bingo! Działa świetnie Outlook. Ale teraz nie we wszystkim innym :(
nie mogę znaleźć rozwiązanie, które działa po drugiej stronie wszystkich klientów pocztowych.
to działało dobrze na wszystkich klientów poczty, kiedy cała strona została wyświetlona w iso-8859-1. ale nie wtedy, gdy zawartość strony jest UTF-8.
Niestety klient chce zachować to bezpośredni odnośnik email, mimo funkcjonującego formularza poczty bezpośrednio pod nim!
Czy jest zadowolony rozwiązaniem tego problemu?
Chcesz wariant Q cytowanej do druku do wykorzystania w nagłówkach „osobnik” (lub wariant B Base64, jeśli nie używa się zestawu 7-bitowego ASCII). Zobacz specyfikacje RFC MIME. – ninjalj
Myślę, że jest używany wariant Q. Słowo "véhicule" jest konwertowane na "v% C3% A9hicule" w adresie URL mailto. Ponieważ jest to adres URL, oznaczałoby to "v = C3 = A9hicule" na kliencie poczty. Ale nie wyświetla się poprawnie po przejściu do Outlooka. Myślę, że to dlatego, że Outlook spodziewa się kodowania iso-8859-1 (gdzie "é" będzie "= E9" .Ale to nie zadziała na wszystkich innych klientach. – Richt222