Re: [Lug-bg] Заобикаляне на всички забрани във Postfix

[milen nikolov <milen.nikolov@xxxxxxxx>]

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 слагаш един ред:
----
shefa@xxxxxxxxxx       ОК
----

после postmap hash:/etc/postfix/access

и го слагаш и при любовниците на спама в amavis-a





> 
> Явор Атанасов   
> 
> 
> _______________________________________________Lug-bg mailing listLug-bg@linux-bulgaria.orghttp://linux-bulgaria.org/mailman/listinfo/lug-bg
-- 
Milen Trifonov
Sirma Solutions
System Administrator
e-mail: milen.nikolov@xxxxxxxx

---
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
Lug-bg@xxxxxxxxxxxxxxxxxx
http://linux-bulgaria.org/mailman/listinfo/lug-bg