Etiket Arşivi iredmail

Iredmail spam olarak işaretlenen e-postaları direkt olarak istenmeyen klasörüne gönderme

Iredmail e-posta sistemi olarak birçok konuda yeterli. Fakat ihtiyacımız olan bir konu sistem tarafından spam olarak işaretlenen e-postaların direkt olarak istenmeyen klasörüne yönlendirilmesiydi. Çünkü bu işlem için tüm kullanıcılar ayrı ayrı filtre oluşturmak durumunda kalıyordu. Bunun çözümünü linkte paylaşıyorum. Bununla ilgili problem yaşayan olursa yardımcı olmaya çalışırım. Kolay gelsin.
(30.04.2019 tarihinden itibaren toplam 2 kez, bugün 1 kez ziyaret edildi. )

Iredadmin web panel uzun sürede açılma problemi

Problemin kaynağı çok fazla kullanıcının olmasıdır. Dashboard çok yavaş geliyor. Bunu aşmak için açılan ilk sayfanın dashboard değil de farklı bir sayfa olarak ayarlanması gerekiyor. Bunun için /var/www/controllers/ldap/basic.py içinde aşağıdaki şekilde /dashboard yazan yerler domains ya da farklı bir sayfa olarak ayarlanmalıdır.

raise web.seeother(‘/dashboard’)
raise web.seeother(‘/domains’)

No visits yet

Iredmail yeni bir sunucuya taşıma

Iredmail mail sunucusunu yeni kuracağınız başka bir sunucuya taşımak için öncelikle mevcut sunucudaki sürümün aynını yeni sunucuya kurmamız gerekiyor. Bunun için kullandığımız sürümü öğrenip o sürümü siteden indiriyoruz. Daha sonra mevcut sistemdeki ayarlara göre yeni sunucuya kuruyoruz. Kurulum adımları Iredmail’in sitesinde mevcuttur. Kurulumu tamamladıktan sonra backup almakta yarar var zira bundan sonraki aşamalarda bir sıkıntı çıkacak olursa sunucuya tekrar kurarak zaman kaybetmekten bize kurtaracaktır. Benim kurduğum sürüm eski bir sürüm olduğundan kaynaklı kendi otomatik indireceği bazı dosyaları bulamadı. Ben bunları kendim internetten indirdikten sonra aradığı klasöre kopyalayarak yüklemeyi devam ettirdim. Ayrıca mevcut sunucuda roundcube’ün versiyonun yükselttiğim için taşıma işleminden önce roundcube’ün de versiyonunu yükselttim. Roundcube’ün upgrade işlemi için web sitesinden bilgi alabilirsiniz. Yükseltme esnasında upgrade scripti olan installto.sh’ın bulunduğu klasördeki tüm dosyaların modunu 777 yapmalıyız. Ayrıca sunucuda rsync kurulu olmalıdır. Mevcut sunucudan bize gerekli olan dosya ve bilgiler şunlardır;

  • Kullanıcı hesaplarının bulunduğu dizin
  • Mysql backup
  • Openldap backup
  • DKIM dosyası

Kullanıcı hesaplarının bulunduğu dizin eğer kurulum sırasında bir değişiklik yapılmamışsa /var/vmail dizinidir. Bu sebeple bu dizini yeni sunucuda aynı isimli klasöre kopyalıyoruz. Kopyaladıktan sonra dizinlerin sahibi vmail olarak belirlenmelidir. Taşıma ve sonrası ile ilgili detaylı bilgi için en alttaki linkler kullanılabilir.

İkinci olarak mevcut sunucunun mysql veri tabanlarının backup’ını alıyoruz. Mysql’in tamamının backup’ı alındığı zaman bize amavisd, iredadmin, mysql, policyid ve roundcube olmak üzere 5 adet veri tabanının sql dosyalarını verecektir. Bunlardan mysql dışındaki dördünü yeni sunucudaki mysql’e restore etmeliyiz. Mysql backup’tan sonra dosyaları bz2 olarak vermektedir. Bu sql dosyalarını bzip2 –d dosyaadi.bz2 komutlarıyla çıkarabiliriz.

Üçüncü olarak mevcut sunucudaki Openldap’ın backup’ı alınarak yeni sunucuya restore edilecek.

Son olarak /var/lib/dkim/ klasörü altındaki .pem uzantılı dosyayı yeni sunucuda aynı yere taşıyoruz.

Bu adımlar sırasında hatayla karşılaşılmaması durumunda Iredmail sunucusu başarıyla taşınmuş olup, mevcut sunucudaki kullanıcılar mevcut şifreleriyle yeni sunucuda maillerine ulaşabilirler.

Eski sunucuda kullanılan bir ssl sertifikası varsa yeni sunucuya eklemeyi unutmamak gerekir. Anlatılanlara kaynak olarak ve daha fazla bilgi için aşağıdaki linkler kullanılabilir.

http://www.iredmail.org/wiki/index.php?title=IRedMail/FAQ/Backup.iRedMail.Server

http://www.iredmail.org/wiki/index.php?title=IRedMail/FAQ/Backup

Not: İşlemlerden sonra taşıdığım hesaplar önceki sunucudaki kullanıcı adı ve şifreleriyle kullanılabilir durumdaydı. Fakat mail dosyalarına ulaşılamıyordu. Burada /var/vmail/vmail1…..org‘daki dosyaları /var/vmail/….org klasörüne taşıdığımda sorun çözüldü. Sebebini anlamasam da problem halloldu.

Not: Eski sunucunuzda sonradan tanımladığınız attribute ve object’ler varsa ldap restore yapmadan önce bunları yeni sunucuya taşıyınız. Yoksa hata verecektir.

(30.04.2019 tarihinden itibaren toplam 8 kez, bugün 1 kez ziyaret edildi. )

PhpLdapAdmin: ‘There was a problem with the request’ hatası ve çözümü

Beklenmedik bir şekilde PhpLdapAdmin’de kullanıcı hesaplarını görmeye çalıştığımızda (Users) There was a problem with the request hatasıyla karşılaştık.

phpldapadmin

Konfigürasyonda bir değişiklik yapmamamıza rağmen bu hatayı alıyorduk. Son zamanlarda PhpLdapAdmin’de yapılan tek değişiklik e-posta kullanıcısının çoğalmasıydı. Araştırmalarımı bu yöne kaydırdımv öğrendim ki sorun e-posta hesaplarının çok artmasından dolayı memory’nin yetersiz gelmesiymiş. Bu durumda php.ini’de memory limitini 128’den aşağıdaki şekilde 256’ya çıkarıp apache’yi restart edince sorun çözülmüş oldu.

php.ini
memory_limit =  256M;

/etc/init.d/httpd restart

(30.04.2019 tarihinden itibaren toplam 14 kez, bugün 1 kez ziyaret edildi. )