roundcube, postfixadmin ve parola değiştirme

E-posta hesaplarını MySQL üzerinde tutuyorsanız, postfixadmin tadından yenmez bir uygulama olarak karşımıza çıkıyor. Her türlü domain ekleme, hesap, forward, vacation vs. işlemleri postfixadmin üzerinden gerek yönetici hesabı, gerekse normal kullanıcı olarak (vacation, parola işlemleri vs.) yapabiliyorsunuz.

Tabii kullanıcılara e-posta parolalarını değiştirmek için postfixadmin arayüzüne göndermek çayırı gereksizce dolanmak olduğu için, parolalarını webmail arayüzünden değiştirmeniz, kulaklarınızın daha az çınlamasını sağlayacaktır.

Roundcube gerek işlevsellik gerekse görsellik ve hatta modülerlik açısından benim favorim. Kurulumu, kullanımı oldukça rahat ve dokümantasyonu oldukça iyi olduğu için, tek geçiyorum kendisini. (bir squirrelmail kullanıcısının itirafları)

Gelelim konu başlığına, roundcube ile postfixadmin’in alakasına. Virtual hesaplar için postfixadmin sql tablolarını kullanıyorsanız, roundcube eklentilerinden password eklentisi ile bu tablolara müdahale edebiliyorsunuz. (Sadece postfixadmin için geçerli değil tabii, sql üzerindeki tabloyu ve sorguyu doğru girdiğiniz takdirde MySQL üzerindeki herhangi bir virtual yapıya müdahale edebilirsiniz.)

Öncelikle, RoundCube’ün config/main.inc.php dosyasında password eklentisini etkinleştirin:

$rcmail_config['plugins'] = array('password');


Daha sonra, plugins/password/config.inc.php dosyasını açın ve şu değişiklikleri yapın:

$rcmail_config['password_db_dsn'] = 'mysql://KULLANICI_ADI:ŞİFRE@localhost/VERITABANI';

Şimdi geldi SQL sorgusuna, PostfixAdmin için uygun sorgu şu şekilde:

$rcmail_config['password_query'] = 'UPDATE mailbox SET password=%c WHERE username=%u';


Kaydedin ve arkanıza yaslanın . Tüm işlem bu kadar, artık kullanıcılarınız RoundCube’de ayarlar kısmında parola sekmesini görebilecek ve parolalarını oradan değiştirebilecek.

trac ve e-posta

Bildiğiniz üzere topluluk işlerini tek merkezden kontrol etmek üzere trac yazılımını kullanıyoruz.

Geçenlerde merak edip acaba “trac’e e-posta ile müdahale edebiliyor muyuz?” sorusuna cevap araştırdım ve bu adreste aradığımı buldum. email2trac ile trac’e e-posta göndererek iş açabiliyorsunuz, açılan iş kayıtlarına da yanıt verebiliyorsunuz. Yani özetle cevaplamak için trac’e gitmenize gerek kalmıyor.
Read the rest of this entry »

reflector

Son günlerdeki yansı facialarından sonra (libpng ve libjpeg güncellemeleri -neredeyse- bütün paketlerin rebuild edilmesine neden oldu) feryat eden Arch Linux kullanıcılarına ilaç gibi gelecek bir uygulama ile karşılaştım bugün. Adı reflector.

Kullanımı ise çok basit. Öncelikle depodan reflector paketini alın:

pacman -S reflector

Paketi kurduktan sonra mirrorlist dosyanızın yedeğini alın. Ne olur ne olmaz, değil mi?

mv /etc/pacman.d/mirrorlist /etc/pacman.d/mirrorlist.timeisbadprotectyourback

Yedeğinizi aldıktan sonra, en güncel (lastsync değerlerine göre) ve en hızlı (ping değerlerine göre) 5 sunucuyu otomatik olarak mirrorlist dosyasına eklemek için şu komutu girmeniz yeterli:

reflector -f 5 -r -l 5 -o /etc/pacman.d/mirrorlist

Farklı kullanım seçenekleri için reflector --help komutunu verip seçenekleri inceleyebilirsiniz.

Hepsi bu kadar. Sızlamaya değer mi?

=-=-=-=-=
Powered by Blogilo

quake live “für” linux

Dün çıkan Quake Live eklentisini az önce deneyeyim dedim ve oldukça beğendim; artık boş zamanlarda Quake çevirmek oldukça zahmetsiz olacak gibi görünüyor. (Cidden de zahmetsiz)

Gelelim Arch Linux üzerinde iseniz, oynayabilmek için ufak bir değişiklik yapmanız gerekecek. Arch Linux’da Firefox’ta useragent Shiretoko/3.5.2 olarak göründüğü için bunu Firefox yapmanız gerekecek. Bunu nasıl yapacağınıza gelince, tarayıcınızın adres satırına, about:config yazıp şu değeri açın:
general.useragent.extra.firefox

Shiretoko/3.5.2′yi Firefox/3.5.2 diye değiştirdiğinizde, artık sorunsuzca Quake Live’a katılabilirsiniz.

Not: 3-5 kelime almancamı konuşturdum başlıkta.

doğru söze ne denir?

Doğru denir tabii ki

happy sysadminday!

Tüm sistem yöneticilerinin, “sistem yöneticileri gününü” kutlarım

Nuri Alço presents: vikipedi epic fail

Elm sokağı hakkında bilgi alayım derken, arkadaşların uyarmasıyla komik bir detaya denk geldim:

Aman Wes Craven duymasın…

lighttpd ve “gerçek” SSL sertifikaları

Önceki yazımda, SSL sertifikasını yerleştirdiğimden bahsetmiştim. Bu yazımda ise SSL sertifikasını lighttpd’ye nasıl yerleştirdiğimi açıklayayım.
Öncelikle lighttpd’nin SSL desteğinin açık olup olmadığını öğrenin:

ras0ir@hamster [~] % lighttpd -v
lighttpd-1.4.x (ssl) - a light and fast webserver
Build-Date: Mar 25 2009 15:04:47


Belirttiğim gibi eğer “(ssl)” yazıyorsa, lighttpd ssl desteklemektedir. Gelelim yapılması gereken işlemlere:

Öncelikle sertifikalarınıza dair bir klasör oluşturmanızı tavsiye ederim. Nitekim düzenli bir şekilde çalışmak kargaşadan uzak tutar sizi. Ben şahsen /etc/lighttpd/ssl klasörü altında tutuyorum gerekli dosyaları. Ayrıca neyin ne olduğunu da not alıyorum ki yenilemek gerektiğinde hatırlayayım.

Öncelikle private bir key oluşturarak işe koyulalım:
openssl genrsa -des3 -out alanadi.key 1024

Bu komutu verdiğinizde dikkat etmeniz gereken husus Common Name direktifidir. Zira alan adınızı burada tanımlayacaksınız. Yani SSL sertifikasının geçerli olacağı alan adını burada http:// kullanmadan yazmalısınız.

openssl rsa -in alanadi.key -out alanadi.nopass.key
komutunu vererek “mümkün olduğunca parola kullanmayarak (son kısımda parola kullanmak isteyip istemediğinizi sorar)” private key’inizi oluşturun.

Ardından, CSR (Certificate Signing Request) oluşturmanız istenecektir. Oluşturulan CSR, SSL sertifikasını sağlayacak servis sağlayıcıya aktarılması gereken anahtardır. CSR oluşturmak için:
openssl req -new -key alanadi.nopass.key -out alanadi.csr

Böylelikle komutu verdiğiniz dizinde, alanadi.csr isimli CSR dosyası oluşacak, bunu SSL sertifikası aldığınız yere vereceksiniz.

Servis sağlayıcınıza CSR’ı aktardıktan sonra, bir kaç dakika (yaklaşık 10 dakika içinde) sertifikanız servis sağlayıcınız tarafından size aktarılacaktır.
Aktarılan sertifikayı alanadi.crt olarak kaydedebilirsiniz. Kaydettikten sonra,

cat alanadi.nopass.key alanadi.crt > alanadi.pem
komutunu verdiğiniz takdirde, kullanıma hazır bir sertifikanız olacaktır. Sıra bu sertifikayı lighttpd’de nasıl kullanacağımıza geliyor. lighttpd.conf üzerinde kullanabileceğiniz gibi, oluşturacağınız başka bir yapılandırma dosyasını lighttpd.conf’da include ettirebilirsiniz.

Mesela ben lighttpd.conf içerisinde:
include "vhost/ssl.conf" direktifini kullanıyorum.

ssl.conf dosyamın içeriği ise:

$SERVER["socket"] == "alanadi:443" {
ssl.engine = "enable"
ssl.pemfile = "/etc/lighttpd/ssl/alanadi.pem"
}


Tekrar hatırlatmakta fayda görüyorum, ayrı bir dosya kullanmak yerine doğrudan lighttpd.conf dosyasına da yazabilirsiniz. Tüm işlerinizi hallettikten sonra lighttpd’yi tekrar başlatabilirsiniz.

Yeri gelmişken değineyim, belirli bir alan adı için, bütün http taleplerini https’e aktarmak için:

$HTTP["scheme"] =~ "http$" {
url.redirect = ( "^/(.*)" => "https://alanadi/$1" ) }

yapısını kullanabilirsiniz.

Örneğini ise http://code.archlinux.org.tr adresinde görebilirsiniz. Umarım bu yazı işinize yarar.

teşekkürler!

Tek bir kelimeden oluşan ve ünlem niteliği taşıyan bir başlıkla yazıya başlamak pek adetim değildir aslında. Genelde anlam bütünlüğü ifade etmeyen başlıklar kullanmayı tercih ediyorum yazılarımda, nedenlerini sıralayacak olursam yüzleeeerceeee sebebi var; bu yüzden yazmamak okuyanın lehine olacak.

Gelelim neden “teşekkürler!” dediğime. Uzun bir süredir Arch Linux Topluluğu ile uğraşıyoruz. Yakın zamanda trac ile ilgili bir kaç yazı yazdığımdan anlayabileceğiniz üzere biz de topluluk faaliyetleri için trac yazılımı ile haşır neşir olmaktayız. Teşekkürün kaynağı işte burada başlıyor. Veri transferi esnasında şifrelemeye ihtiyaç duyduğum için https protokolünü kullanmam gerekiyordu ve bu sayfada https (self signed certificate ) kullanıyorduk.

Ancak 2 gün önce paypal’den gelen bir “bağış” sonrası, işin seyri değişti. İsminin gizli kalmasını isteyen bir üye (ki ismi hakikaten gizli, görünmüyor) “SSL sertifikası almanız amacıyla bu bağışı yapıyorum” notunu bırakarak 15 dolar göndermiş. Ben de kendisini kırmayarak bu isteğini gerçekleştirdim ki gerçekleştirmesem eşeklik olurdu.

Buradan kendisine tekrar teşekkür ediyorum. Emeğin karşılığını bulmak, daha çok çaba sarfetmeye vesile oluyor.

microblog? aman kalsın

Düşündüm taşındım, microblogging kavramı bana uygun değil. Her an her dakika ne yaptığımı yazmamam bir türlü, microblog kavramının suyu çıkarıldı. İlk iş olarak twitter hesabımı kapattım. Bugünlerde blog yazmaya bile üşenen ben, nasıl olur da microblog kasayım?

(A)sosyalleşme için microblog uygun değil, benim görüşüm tabii beni bağlar. FriendFeed hesabımı da google hesabım ile ilişkili olduğu için kaldıramıyorum. E-posta gönderdim kendilerine.

identi.ca hariç tabii. Tam olarak istediğimi sundu, ayrıca ego konusunda tavan yaptığını sanıp da insan müsveddesi olmaktan öteye gidemeyen kişiler de yok identi.ca’da!