Forum

(CentOS - Postfix) ...
 
Bildirimler
Hepsini Temizle

(CentOS - Postfix) CC - BCC mail gönderimi ve yavaşlık problemi

8 Yazılar
5 Üyeler
0 Reactions
1,189 Görüntüleme
(@EmreBilgin)
Gönderiler: 6
Active Member
Konu başlatıcı
 

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.

 
Gönderildi : 29/04/2012 22:07

(@ozgurmazlum)
Gönderiler: 2208
Illustrious Member
 

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.

 
Gönderildi : 30/04/2012 17:17

(@EmreBilgin)
Gönderiler: 6
Active Member
Konu başlatıcı
 

Ö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.

 

 
Gönderildi : 02/05/2012 13:15

(@fatihakkus)
Gönderiler: 372
Honorable Member
 

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.

 
Gönderildi : 04/05/2012 14:44

(@ozgurmazlum)
Gönderiler: 2208
Illustrious Member
 

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.

 
Gönderildi : 04/05/2012 15:06

(@EmreBilgin)
Gönderiler: 6
Active Member
Konu başlatıcı
 

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=yes

x.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.

 
Gönderildi : 08/05/2012 12:41

(@Anonim)
Gönderiler: 0
 

Konuya bir çözüm bulabildiniz mi?

 
Gönderildi : 03/10/2012 17:25

(@hasanakgoz)
Gönderiler: 62
Trusted Member
 

Ö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.  

 
Gönderildi : 04/10/2012 11:53

Paylaş: