Forum
Merhaba arkadaşlar
CentOS 5.3 Final (Linux 2.6.18-128.el5PAE), Postfix 2.8.4, Plesk 10.4.4 konfigürasyonunda VDS hizmeti kullanıyorum. An itibariyle 50 domainim burada host ediliyor.
Hizmeti kullanmaya başladığımdan yaklaşık 2 ay sonrasında mail servislerinde problem yaşamaya başladım. Şöyle ki; bir mail gönderilirken CC veya BCC alanına girilen farklı mail adresi sayısı kadar, gönderilen mailin kopyası CC, BCC ve To alanında yazılı tüm adreslere gönderiliyor. Yalnızca To alanına tek bir adres yazıldığında problem yok. Problem ilk defa 2 yüksek trafikte mail kullanan domainde yaşandı. Test için kendi domainimden yukarıdaki şekilde mail gönderdiğimde durum aynı. BCC alanına girdiğim adreslere mail iletildiğinde de, normalde görülmemesi gereken BCC hedef adresler tüm BCC alıcıları tarafından görülebiliyor.
Bir diğer problemim ise SMTP üzerinden mail gönderimi veya sınama yapıldığında tüm işlemler gayet ağır işliyor. Buna neyin sebep olduğunu tahmin edemiyorum.
Linux server yönetiminde hayli yeni olduğum için ne yapacağımı bilmiyorum. İnternetteki geniş çaplı araştırmalarımda bu sorunu bu şekilde yaşayan kimseyi göremedim. Sunucunun yapılandırmasını da yapamamış olabilirim.
Yardımcı olabilecek olan varsa sevinirim.
Merhaba arkadaşlar
CentOS 5.3 Final (Linux 2.6.18-128.el5PAE), Postfix 2.8.4, Plesk 10.4.4 konfigürasyonunda VDS hizmeti kullanıyorum. An itibariyle 50 domainim burada host ediliyor.
Hizmeti kullanmaya başladığımdan yaklaşık 2 ay sonrasında mail servislerinde problem yaşamaya başladım. Şöyle ki; bir mail gönderilirken CC veya BCC alanına girilen farklı mail adresi sayısı kadar, gönderilen mailin kopyası CC, BCC ve To alanında yazılı tüm adreslere gönderiliyor. Yalnızca To alanına tek bir adres yazıldığında problem yok. Problem ilk defa 2 yüksek trafikte mail kullanan domainde yaşandı. Test için kendi domainimden yukarıdaki şekilde mail gönderdiğimde durum aynı. BCC alanına girdiğim adreslere mail iletildiğinde de, normalde görülmemesi gereken BCC hedef adresler tüm BCC alıcıları tarafından görülebiliyor.
Bir diğer problemim ise SMTP üzerinden mail gönderimi veya sınama yapıldığında tüm işlemler gayet ağır işliyor. Buna neyin sebep olduğunu tahmin edemiyorum.
Linux server yönetiminde hayli yeni olduğum için ne yapacağımı bilmiyorum. İnternetteki geniş çaplı araştırmalarımda bu sorunu bu şekilde yaşayan kimseyi göremedim. Sunucunun yapılandırmasını da yapamamış olabilirim.
Yardımcı olabilecek olan varsa sevinirim.
postfixin smtp loglarında maillerin gidiş süreli ile ilgili detaylar yazıyordur. ayrıca burada loglarla ile ilgilide inceleme yapmanız gerekiyor. Bunun bir kaç nedeni olabilir.
bu işlemleri yaparken uptime komutu ile sunucu üzerindeki yük durumunuda inceleyerek yazarmısınız.
Özgür Bey;
İlginize teşekkür ederim.
Farklı zamanlardaki uptime çıktısı:
09:56:46 up 12 days, 2:19, 1 user, load average: 11.71, 15.62, 16.19
18:03:06 up 13 min, 1 user, load average: 10.63, 8.98, 5.17
18:03:38 up 13 min, 1 user, load average: 10.00, 8.97, 5.29
Son iki raporu aldığım şu an itibariyle tüm domainlerin ping cevap süresi ortalama 2500 - 3000+ ms. Son iki rapordan önce sunucuyu resetlemiştim.
Postfix loglarıyla alakalı ne gibi hata iletileri aramam gerekiyor? Özelden logların uri'sini sağlasam incelememe yardımcı olur musunuz.
Bu gibi durumların en önemli nedeni hosting firmasının spam mail problemini minimuma indirmek ve ipyi blackliste düşmesini engellemek için mail gönderim hızını limitlemesinden kaynaklanıyordur.hosting firmsı ile görüşmenizi tavsiye ederim.
Sunucu yük durumu normalin üstünde görünüyor. Maillerin geç düşmeside DNS ile alakalı olabilir logları gönderebilirseniz bakıp bilgi vermeye çalışırım.
Bu gibi durumların en önemli nedeni hosting firmasının spam mail problemini minimuma indirmek ve ipyi blackliste düşmesini engellemek için mail gönderim hızını limitlemesinden kaynaklanıyordur.hosting firmsı ile görüşmenizi tavsiye ederim.
Barındırma hizmeti veren firmayla görüştüğümde böyle bir durum veya yapılandırmanın olmadığını söylediler. Ne derece doğru bilmiyorum fakat; ilgisizler. Ben mail adreslerini oluştururken InOut şeklinde antivirus ve spam hassaslık seviyesi varsayılan (7, SpamAssasin); "spam olarak algılanan maili spam klasörüne taşı" olarak yapılandırıp açıyorum. Bunun dışında başka bir ayar değişikliği yapmadım. Mesajın sonunda postfix master.cf dosyam mevcut
Sunucu yük durumu normalin üstünde görünüyor.
Maillerin geç düşmeside DNS ile alakalı olabilir logları
gönderebilirseniz bakıp bilgi vermeye çalışırım.
Sunucu yük durumuyla alakalı barındırma hizmeti veren firma şu şekilde cevap verdi:
"Ping süreleri sunucu yoğunluğa göre değişiyor, şuan biraz SYN geliyor birazda mysql kullanımı mevcut.
Ekte gönderdiğim anlık mysql işlemlerinin listesi aynı zamanda sunucuyu yoran siteler bunlar incelerseniz sevinirim."
Şu an yük problemi aşıldı fakat aynı siteler aynı şekilde çalışmaya devam ediyor. Mysql server üzerindeki yükte bir değişiklik yok.
Log dosyasını özel mesaj ile size ulaştırdım.
#
# Postfix master process configuration file. For details on the format
# of the file, see the master(5) manual page (command: "man 5 master").
#
# Do not forget to execute "postfix reload" after editing this file.
#
# ==========================================================================
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes) (never) (100)
# ==========================================================================
smtp inet n - n - - smtpd
#smtp inet n - n - 1 postscreen
#smtpd pass - - n - - smtpd
#dnsblog unix - - n - 0 dnsblog
#tlsproxy unix - - n - 0 tlsproxy
submission inet n - n - - smtpd -o smtpd_enforce_tls=yes -o smtpd_tls_security_level=may -o smtpd_sasl_auth_enable=yes -o smtpd_client_restrictions=permit_sasl_authenticated,reject -o smtpd_sender_restrictions=
# -o smtpd_client_restrictions=permit_sasl_authenticated,reject
# -o milter_macro_daemon_name=ORIGINATING
#smtps inet n - n - - smtpd
# -o smtpd_tls_wrappermode=yes
# -o smtpd_sasl_auth_enable=yes
# -o smtpd_client_restrictions=permit_sasl_authenticated,reject
# -o milter_macro_daemon_name=ORIGINATING
#628 inet n - n - - qmqpd
pickup fifo n - n 60 1 pickup
cleanup unix n - n - 0 cleanup
qmgr fifo n - n 1 1 qmgr
#qmgr fifo n - n 300 1 oqmgr
tlsmgr unix - - n 1000? 1 tlsmgr
rewrite unix - - n - - trivial-rewrite
bounce unix - - n - 0 bounce
defer unix - - n - 0 bounce
trace unix - - n - 0 bounce
verify unix - - n - 1 verify
flush unix n - n 1000? 0 flush
proxymap unix - - n - - proxymap
proxywrite unix - - n - 1 proxymap
smtp unix - - n - - smtp
# When relaying mail as backup MX, disable fallback_relay to avoid MX loops
relay unix - - n - - smtp
-o smtp_fallback_relay=
# -o smtp_helo_timeout=5 -o smtp_connect_timeout=5
showq unix n - n - - showq
error unix - - n - - error
retry unix - - n - - error
discard unix - - n - - discard
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - n - - lmtp
anvil unix - - n - 1 anvil
scache unix - - n - 1 scache
#
# ====================================================================
# Interfaces to non-Postfix software. Be sure to examine the manual
# pages of the non-Postfix software to find out what options it wants.
#
# Many of the following services use the Postfix pipe(8) delivery
# agent. See the pipe(8) man page for information about ${recipient}
# and other message envelope options.
# ====================================================================
#
# maildrop. See the Postfix MAILDROP_README file for details.
# Also specify in main.cf: maildrop_destination_recipient_limit=1
#
#maildrop unix - n n - - pipe
# flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
#
# ====================================================================
#
# Recent Cyrus versions can use the existing "lmtp" master.cf entry.
#
# Specify in cyrus.conf:
# lmtp cmd="lmtpd -a" listen="localhost:lmtp" proto=tcp4
#
# Specify in main.cf one or more of the following:
# mailbox_transport = lmtp:inet:localhost
# virtual_transport = lmtp:inet:localhost
#
# ====================================================================
#
# Cyrus 2.1.5 (Amos Gouaux)
# Also specify in main.cf: cyrus_destination_recipient_limit=1
#
#cyrus unix - n n - - pipe
# user=cyrus argv=/usr/lib/cyrus-imapd/deliver -e -r ${sender} -m ${extension} ${user}
#
# ====================================================================
#
# Old example of delivery via Cyrus.
#
#old-cyrus unix - n n - - pipe
# flags=R user=cyrus argv=/usr/lib/cyrus-imapd/deliver -e -m ${extension} ${user}
#
# ====================================================================
#
# See the Postfix UUCP_README file for configuration details.
#
#uucp unix - n n - - pipe
# flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
#
# ====================================================================
#
# Other external delivery methods.
#
#ifmail unix - n n - - pipe
# flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
#
#bsmtp unix - n n - - pipe
# flags=Fq. user=bsmtp argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient
#
#scalemail-backend unix - n n - 2 pipe
# flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store
# ${nexthop} ${user} ${extension}
#
#mailman unix - n n - - pipe
# flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py
# ${nexthop} ${user}plesk_virtual unix - n n - - pipe flags=DORhu user=popuser:popuser argv=/usr/lib/plesk-9.0/postfix-local -f ${sender} -d ${recipient} -p /var/qmail/mailnames
mailman unix - n n - - pipe flags=R user=mailman:mailman argv=/usr/lib/plesk-9.0/postfix-mailman ${nexthop} ${user} ${recipient}
plesk_saslauthd unix y y n - 1 plesk_saslauthd status=5 listen=6 dbpath=/var/spool/postfix/plesk/passwd.db
smtps inet n - n - - smtpd -o smtpd_tls_wrappermode=yesx.y.z.201- unix - n n - - smtp -o smtp_bind_address=x.y.z.201 -o smtp_bind_address6= -o smtp_address_preference=ipv4
x.y.z.200- unix - n n - - smtp -o smtp_bind_address=x.y.z.200 -o smtp_bind_address6= -o smtp_address_preference=ipv4
x.y.z.201 sunucumun paylaşımlı ip adresi.
Konuya bir çözüm bulabildiniz mi?
Öncelikli sunucu üzerindeki load değerleri çok yüksek. top ile hangi sürecin buna sebep olduğunu araştırman gerekli. Herhangi bir mail gönderip /var/log/maillog çıktısını inceleyerek maillerin durumu hakkında bilgi edinebilirsin.