On Thu, 2007-08-09 at 15:54 +0300, Yavor Atanasov wrote:
> milen nikolov wrote:> прати изхода от postconf -n.> ако ползваш amavisd за
> content filter потърси в > конфигурациията как се сетват spam_lovers.>>
> първото, което ми намери гугъл:>
> http://flakshack.com/anti-spam/wiki/index.php?page=Installing+and>
> +configuring+Amavisd-new>>>>> On Thu, 2007-08-09 at 09:49 +0300, Yavor
> Atanasov wrote:> >> Здравейте,>> има ли начин във Postfix, за даден
> потребител, да се заобикалят всички забрани, така че той да си получава
> всичките писма. И спам и вируси ивсичко.>> Питането ми не е от любопитство.
> Един от шефовете иска да получава всичко което е пратено до него, а пък той
> сам да си се грижи кое е полезно и кое не. Само че не смятам, че трябва
> всички във фирмата да са подложени на подобно изпитание, още повече, че сами
> знаете какво е нивото на повечето потребители особенно в по-напреднала
> възраст.>> Явор АтанасовПредполам те интересува:
> smtpd_recipient_restrictions = permit_sasl_authenticated,
> permit_mynetworks, reject_unauth_destination,
> permit_tls_clientcerts, permit
> но това е сега със свалено всичко (много тъпо а? :)
> Но преди това беше така:
> smtpd_recipient_restrictions = check_sender_access
> hash:/etc/postfix/maps/blockmail, permit_sasl_authenticated,
> permit_mynetworks, reject_unauth_destination,
> reject_rhsbl_client blackhole.securitysage.com, reject_rhsbl_sender
> blackhole.securitysage.com, reject_rhsbl_sender dsn.rfc-ignorant.org,
> check_client_access hash:/etc/postfix/maps/whitelist.new,
> check_sender_access hash:/etc/postfix/maps/verify_sender,
> check_sender_access hash:/etc/postfix/maps/verify_domain,
> check_helo_access hash:/etc/postfix/maps/verify_helo, permit_tls_clientcerts,
> reject_non_fqdn_recipient, reject_invalid_hostname, reject_unauth_pipelining,
> reject_non_fqdn_sender, reject_unknown_sender_domain,
> reject_unknown_hostname, reject_unknown_recipient_domain,
> check_policy_service unix:private/policy, reject_rbl_client dnsbl.sorbs.net,
> reject_rbl_client bl.spamcop.net, reject_rbl_client relays.ordb.org,
> reject_rbl_client sbl-xbl.spamhaus.org, reject_rbl_client cbl.abuseat.org,
> reject_rbl_client dul.dnsbl.sorbs.net, reject_rbl_client list.dsbl.org,
> reject_rbl_client opm.blitzed.org, reject_rbl_client sbl.spamhaus.org,
> check_policy_service inet:127.0.0.1:60000, permit
> Твоето предложение за spam_lovers, както и това на Дончо Гунчев няма да
> заобиколи:
> reject_unauth_destination,reject_non_fqdn_recipient,reject_invalid_hostname,reject_non_fqdn_sender,reject_unknown_sender_domain,reject_unknown_hostname,reject_unknown_recipient_domain,
> А идеята е, че точно за проблеми в тези забрани, някои писма пратени от който
> както му падне възникна целия проблем.Позволих си да оставя само първото без
> да оглеждам много подробно, щото ми се вдигна кръвното от такива
> разпореждания.
Това горе яко се разформатира, но.
правиш следното:
smtpd_recipient_restrictions =
check_recipient_access hash:/etc/postfix/access
..... надолу както са ти там останалите
във файла /etc/postfix/access слагаш един ред:
----
[EMAIL PROTECTED] ОК
----
после postmap hash:/etc/postfix/access
и го слагаш и при любовниците на спама в amavis-a
>
> Явор Атанасов
>
>
> _______________________________________________Lug-bg mailing [EMAIL
> PROTECTED]://linux-bulgaria.org/mailman/listinfo/lug-bg
--
Milen Trifonov
Sirma Solutions
System Administrator
e-mail: [EMAIL PROTECTED]
---
The problem that we thought was a problem was, indeed,
a problem, but not the problem we thought was the problem.
-- Mike Smith
_______________________________________________
Lug-bg mailing list
[email protected]
http://linux-bulgaria.org/mailman/listinfo/lug-bg
