Mail & #353; a.k.a š v plain text ne dela?

Hmm, imam precej zapleten problem v zvezi s pošiljanjem maila v PHP.

Zadeva je takale. Imam spletno stran, ki teče na skripti Geeklog. Ta skripta ima možnost, da uporabniki vpisujejo nove tekste, ki jih potem odobri administrator (podobno kot Slo-Tech). Poleg tega pa je možno nastaviti, da administrator na svoj mail dobi obvestilo o novih objavah (in se potem odloči ali bodo objavljene ali ne).

Zdaj pa problem. Uporabnik v formo napiše tekst, ki vsebuje čšž. Submitta, Admin pa dobi mail, kjer je ta tekst PRAVILNO prikazan.
Namreč, pri pošiljanju maila imam nastavljen Content-Type: text/plain; charset="iso-8859-2".

VENDAR!
Če na koncu vsebine sporočila dodam še kodo za š (torej & #353; - brez presledka), se zgodi to, da v mailu vidim natančno to kvako in ne črke š. Tiste š-je, ki jih je user pred tem vpisal pa normalno prikaže.

Koda je takale:
$mailbody .= "Tole je vpra& #353;anje kako se bo videlo!\r\n\r\n";
@mail ($_CONF['site_mail'], $mailsubject, $mailbody, $mailheaders);

Če pa kot Content-Type nastavim text/html pa tega problema ni.

Stvar pa je v tem, da bi jaz rad pošiljal text/plain in znotraj njega & #353 tako, da bi se videlo kot š. Ta tekst s tako vpisanimi šumniki je namreč del jezikovne konfiguracije in ga ne morem spreminjati, ker sicer se mi podre prikaz na drugem delu sajta.

Banzai!

$mailbody = str_replace("& #353;", "Shhhoomneek", $mailbody);


;)


Takole plaint text je plain text, html je pa html in NE posiljat mailov v HTML formatu...

To je nekako tako kot ce bi pesek prevazal v tistih vreckah, ki imajo zracne mehurcke.. ... zato da se ne obtolce... ;>

Tole sem jaz nekje pajsnu, za sumnike v headerjih:

 function rfc2047_encode($in_str, $charset) {
 $out_str = $in_str;
 if ($out_str && $charset) {
 
 // define start delimimter, end delimiter and spacer
 $end = "?=";
 $start = "=?" . $charset . "?B?";
 $spacer = $end . "\r\n " . $start;
 
 // determine length of encoded text within chunks
 // and ensure length is even
 $length = 75 - strlen($start) - strlen($end);
 $length = floor($length/2) * 2;
 
 // encode the string and split it into chunks
 // with spacers after each chunk
 $out_str = base64_encode($out_str);
 $out_str = chunk_split($out_str, $length, $spacer);
 
 // remove trailing spacer and
 // add start and end delimiters
 $spacer = preg_quote($spacer);
 $out_str = preg_replace("/" . $spacer . "$/", "", $out_str);
 $out_str = $start . $out_str . $end;
 }
 return $out_str;
 }
 

Tnx!
Kode pa imam zato zapisane tako, ker se po mailu pošiljajo vrednosti spremenljivk iz jezikovnega fajla. Jezikovni file pa se hkrati uporablja tudi za spletno stran. So pa neke tezave z nastavitvijo charseta, ker je odvisen tudi od templata, ki ga nekdo uporablja. Nastaviti ga je treba v jezikovnem fajlu, configu in templatu, na žalost Geeklog za prikaz na webu upošteva charset templata, pri pošiljanju mailov pa charset iz configa. Pri prevodu pa sem želel narediti, da bo zadeva čimbolj prenosljiva in kompatibilna povosd in sem pač uporabil kode za čžš.

Matthai: OK, that makes sense. Potem je res se najbolje, da pozenes tisti replace. Mimogrede, to kar si opisal je po mojem bug. In to tak, ki bi ga bilo skoraj nujno popravit :-)

BigWhale: ja mislim da sem na php.net najdu, ampak nisem zihr.