Şu durumdan ötürü girmediğim ing. forum sayfası kalmadı denilebilir.
Azımsanamayacak kadar kişi bu durumdan müzdarip lakin 1 tanesi de çıkıp şu
verdiğiniz cevabı yazmamış. Türkçe sayfaları hiç karıştırmıyorum bile, toplum
olarak mantık copy paste çalıştığı için şunları şuraya kopyala, bunları
Merhaba,
Potfix veya başka MTAlar varsayılanda böyle davranır anlamında söylemek
istemedim.
Varsayılan derken kasdettiğim submission hizmetinin varsayılan davranış
şekli idi. Çünkü submission sadece istemcilerin MTA sunucuya bağlanması
için kullanılıyor. doğal olarak submission, smtp-auth
Tekrar merhabalar Mesut Bey…
master.cf aşşağıdaki gibiydi… Siz söyledikten sonra# -o
smtpd_recipient_restrictions=permit_sasl_authenticated,reject kısmındaki #
işaretini kaldırınca oldu. Çok teşekkür ederim ilginize… Yalnız "varsayılanda
zaten bloklaması lazım" demişsiniz fakat
Merhabalar,
varsayılanda submission portu zaten kimlik doğrulama yapmadan mail
göndermeye izin vermemeli. kendisine bile gelse maili 587den kabul etmemeli.
/etc/postfix/master.cf de submission için tanımlama ne şekilde.
ek olarak bu durumu 25 ve 587 portları için ayrı ayrı kontrol eder
Cevaplarınız için çok teşekkürler… Ömer bey öneriniz mantıklı, lakin 20-25
domain ve yaklaşık 500 adet user olan sistemde bu çok makul değil gibi… Birde
her açtığınız maili oraya da eklemek durumu var çok kullanışlı değil gibi.
Birde Şöyle bir durum var… örnek olarak;
benim domainim
bende şu şekilde:
smtpd_recipient_restrictions = permit_mynetworks,
permit_sasl_authenticated, reject_unauth_destination,
check_recipient_access mysql:/etc/postfix/mysql-virtual_recipient.cf,
*reject_unknown_recipient_domain*, check_policy_service
unix:private/policy-spf, check_sender_access
smtpd_relay_restrictions'dan permit_mynetworks'ü kaldırın.
eğer böyle bir şey yoksa;
smtpd_relay_restrictions = permit_sasl_authenticated,
check_sender_mx_access hash:/etc/postfix/maps/mxAccess, reject
şeklinde bir kural ekleyin.
/etc/postfix/maps/mxAccess içerisine direkt gönderebileceklerin
