Re: Kmail ve liste sorunu
Merhaba,
* Nilgün Belma Bugüner [Thu, Jun 16, 2005 at 06:38:28PM +0300]
> Selam,
>
> Lütfen testinizi tam yapar mısınız?
> Yerel ayarınızı tr_TR.UTF-8 olarak tarif ettiğim
> şekilde yaptıktan sonra neler olduğunu da inceleyin.
> Siz tahmin yapıp bu böyle olmalı diyorsunuz.
>
> Ben posta başlıklarını kendim değiştirmiyorum, neyse o.
> Bu iş takım tutmaya dönüşmeye başladı. Bana bir
> yalancı demediğiniz kaldı. Bir zahmet önerimi
> uygulayın... LÜTFEN!
Siz benim yazdigim iletiyi dikkatlice okudunuz mu? Ben iletide
tr_TR.UTF-8 yereli ile sorun yasanmadigini, tr_TR.ISO-8859-9
ile sorun yasandigini vurgulamaya calisiyorum. Ve bu durumun,
sistem yereli tr_TR.ISO-8859-9 iken ilklendirildiginde, yani
Kmail, sistem yereli tr_TR.ISO-8859-9 olarak ayarlanmisken ilk
defa baslatildiginda karakter kumesi cevirimini hatali yaparak
iso-8859-9 yerine ıso-8859-9'u gonderilecek iletilerin karakter
kumesi icerisine dahil ettigine dikkat cekmek istiyorum. Size
gonderdiginiz iletilerin basliklarini degistiriyorsunuz, aslinda
sizde de bu hata var ama gizliyorsunuz gibi bir yaklasim
sergilemiyorum. Belli kosullar altinda ortaya cikan bir durum var.
Onu izah etmeye calisiyorum.
"Bana bir yalanci demediginiz kaldi" seklindeki bir yaklasim biraz
agir ve acimasiz degil mi?
Kmail'de gonderilen iletiler icin tanimlanan karakter kumesinde
ıso-8859-9 yereli yer alinca ne oluyor? Gonderilen iletilerin konu
basligi veya icerigi Turkce karakter iceriyorsa, bunlarin kodlamasi
sizin Kmail'deki karakter kumelerinizde yer alan hatali ıso-8859-9
ile yapiliyor. Boyle olunca da hatali kodlamaya sebep oluyor, karsi
makineden geri donme ihtimali var ki, Debian listelerinde bu durum
var.
Kmail'in karakter kumesinde iso-8859-9 yerine ıso-8859-9 donusumu
yapildiginda gonderilen iletilerin durumlarina bir bakalim
Ileti icerigi Turkce karakter iceriyorsa gonderilen iletinin header
bilgilerinde Content-Type bilgisi :
Content-Type: text/plain; charset="ıso-8859-9"
^^^
Iletinin konu basligi Turkce karakter iceriyorsa bu defa header
bilgilerindeki subject alani "=?ıso-8859-9?" seklinde kodlar iceriyor.
# dpkg-reconfigure locales komutu ile yerelinizi *tr_TR.UTF-8*
olarak ayarliyorum (UTF8 ile birlikte ISO-8859-9'unda yer aldigina
dikkat):
# dpkg-reconfigure locales
Generating locales...
en_US.ISO-8859-1... done
tr_TR.ISO-8859-9... done
tr_TR.UTF-8... done
# cat /etc/environment
LANG=tr_TR.UTF-8
ve Kmail ilk defa bu ayarlar ile yapilaniyorsa
Composer -> Karakter kumesi icerisinde;
us-ascii
iso-8859-1
utf-8 (locale)
utf-8
seklinde tanimlama yer aliyor. Yerellerimde iso-8859-9'uda
bulundurmama ragmen iso-8859-9 yer almiyor.
Simdi .kde dizinini silip Kmail'in onceki ayarlari kaybetmesini
sagliyorum. X'den cikis yapip;
# dpkg-reconfigure locales komutu ile sistem yerelini
*tr_TR.ISO-8859-9* olarak seciyorum:
# dpkg-reconfigure locales
Generating locales...
en_US.ISO-8859-1... done
tr_TR.ISO-8859-9... done
tr_TR.UTF-8... done
# cat /etc/environment
LANG=tr_TR
ve Kmaili yeniden baslattigimda Composer-> Karakter kumesi
icerisinde;
us-ascii
iso-8859-1
ıso-8889-9 (locale) => Bu kisimdaki yerel hatali
utf-8
yer aliyor.
Ilk ornekte (tr_TR.UTF-8 yereli ile) sorun yok, gonderilen iletiler
de Turkce karakter varsa utf-8 olarak kodlanacak.
Ikinci ornekte (tr_TR.ISO-8859-9 yereli) gonderilen iletilerde Turkce
karakter varsa "ıso-8859-9" olarak kodlanacak ve iletinin geri
donmesine neden olacak. Cunku hatali kodlama.
- Sistem yereliniz en basindan itibaren tr_TR.UTF-8 olarak ayarli ise
Kmail yapilandirmasinda da sorun olmayacak. Yani, Composer -> Karakter
kumesi icerisinde yso-8859-9 olmadigi surece veya ileti gonderilirken,
her *ileti gonderimi esnasinda* (Composer ekraninda) Secenekler
kismindan Karakter kodlamasini duzenle deyip iso-8859-9 secmezseniz.
Bu duruma iliskin cozumleri de onceki iletide ifade etmistim. Cozumu
de cok zor degil. Cozumsuz de degil. Gerekli yama da uygulandi
ve yeni surumunde cozuldu de zaten.
Sonuc olarak varmak istedigim nokta su, sorunun Debian'a bakan bir
yonu gorunmuyor. Kmail I->ı donusumunu hatali yapiyor. Boyle bir
durumda keskin bir cikis yaparak /etc/enviroment dosyasini silin
veya sorun kesin Debian yerellerinden kaynaklaniyordur gibi bir tutum
pek uygun olmuyor. Zira Kmail'deki bu sorunun varligi cesitli listelerde
defaten dile getirildi. Cozumu de bulundu. Artik netlige kavusmus bir
konuda Debian'in yerel ayarlarina yuklenmek, ayar dosyalarini silmek
tutarsizliga sebep olacak sekilde degistirmek dogru mu sizce? Kaldi ki
bu Turkce'nin yapisindan dolayi bu tur sorunlar hep karsimiza cikiyor.
Sylpheed'de de kismen benzerlik gosteren bir durum vardi, o da
giderilmis mesela (http://zzz.fisek.com.tr/seyir-defteri/).
Debian kullanmaya veya tanismaya baslamaniz sahsen beni cok memnun
etti. Cunku sizin gibi cok degerli calismalara imza atmis birisi
Debian camiasi icin cok buyuk bir kazanim olacaktir. Her konuda ki
bilgilerinizden, tecrubelerinizden istifade etmek isteriz. Ancak
yukaridaki durumun belirli bir kosul altinda olusan hata oldugunu,
bunun da cozumunu Debian'in yerel ayarlari yerine Kmail'de aramak
gerektigini izah etmeye calisiyorum (veya calisiyoruz).
--
Saygilarimla,
Serdar Aytekin
Reply to: