Apres m'etre convaincu que ce probleme n'est pas dans les archives de la liste, je l'expose:
J'ai un site dont le charset est windows-1256 (en d'autres termes, arabe windows malheureusement) et donc, logiquement les mails aux auteurs des articles sont envoyes avec des Content-Type: text/plain; charset=windows-1256.
Du coup, le texte du message envoye est lisible mais le texte qui accompagne le message (du genre "ceci est un message automatique" etc.) est probablement en utf-8 car il apparait comme ca: هذه رسالةآلية.
Peut-on y remedier ou faut-il que je transforme spip_ar.php3 en windows-1256?
Par défaut, le charset des mails est le même que celui du site ; si tu veux
faire autrement, il faut hacker un peu - mais surtout ne touche pas à
spip_ar.php3
Le plus simple serait que SPIP supporte le charset windows-1256 : regarde
dans inc_charsets.php3, il y a une table de conversion charset<=>unicode
pour chacun des charsets supportés. Si tu trouves la table correspondant à
ton charset, et que tu l'ajoutes, ton mail sera OK (sauf peut-être le
titre), et SPIP aura windows-1256 en natif...
Peut-on y remedier ou faut-il que je transforme spip_ar.php3 en
windows-1256?
Par défaut, le charset des mails est le même que celui du site ; si tu veux
faire autrement, il faut hacker un peu - mais surtout ne touche pas à
spip_ar.php3
tu ne penses pas! je disais ca comme ca. ca m'a donne assez de mal pour finir ce fichier
Le plus simple serait que SPIP supporte le charset windows-1256 : regarde
dans inc_charsets.php3, il y a une table de conversion charset<=>unicode
pour chacun des charsets supportés. Si tu trouves la table correspondant à
ton charset, et que tu l'ajoutes, ton mail sera OK (sauf peut-être le
titre), et SPIP aura windows-1256 en natif...
tu veux dire, le genre:
case 'windows-1251':
case 'cp1251':
$GLOBALS['CHARSET'][$charset] = array (
0x80=>0x0402, 0x81=>0x0403, 0x82=>0x201A, 0x83=>0x0453, 0x84=>0x201E,
etc...?
est-ce que j'utilise, pour ma part: أ=>(caractere win-1256) ou l'oppose?
