Skip to Content.
Sympa Menu

postfilter - Re: [Postfilter] unknown:recipient szabály

postfilter AT lists.kfki.hu

Subject: Postfilter mailing list

List archive

Re: [Postfilter] unknown:recipient szabály


Chronological Thread 
  • From: "Szabó Sándor" <mr.alexander.taylor AT gmail.com>
  • To: postfilter AT lists.kfki.hu
  • Subject: Re: [Postfilter] unknown:recipient szabály
  • Date: Mon, 21 Aug 2006 22:41:55 +0200
  • List-archive: <http://sunserv.kfki.hu/pipermail/postfilter>
  • List-id: Postfilter mailing list <postfilter.lists.kfki.hu>

Üdvözlet,

> Egyik érdekes tulajdonsága, hogy ha egy levél címzettje olyan
> domain-t tartalmaz, amihez semmi köze a szerveremnek (postfix-ül
> se nem myhostname/mydestination, se nem relay_domains),
> akkor is "Recipient address rejected: user unknown" hibaüzenetet
> ad vissza a postfix, nem "Relaying denied" vagy hasonlót. Tehát
> ha valaki megpróbál a szerveremen keresztül levelet küldeni pl.
>
billg AT microsoft.com
címre, akkor azt fogja kapni, hogy:
> 550
<billg AT microsoft.com>:
Recipient address rejected: user unknown
> pedig lehet, hogy nem is unknown, csak jó szerveren kell próbálkozni ;)

Atirhatod a hozza tartozo template-t (daemon_template_unknown_recipient),
vagy egyszeruen explicit kiirod az aktualis policy vegen:

policy_foo = ...
unknown:recipient
550 <{$recipient}>: Recipient address rejected: Relaying denied

Igazad van, végül is a szöveget átírhatom. Az zavart meg, hogy a
postfix "alapból"
554-es kóddal dobja a relaying denied üzenetet
(relay_domains_reject_code = 554),
ezért gondoltam hogy külön hibakóddal kellene eldobni az user
unknown-t (550) és
a relaying denied-et (554). Az sem biztos, hogy rossz a mostani megoldás, és
- ha nem akarok az ismeretlen felhasználókra speciális szűréseket létrehozni
mint pl. a dha policy - validálja a postfix a címzett(eke)t; ezen
még meditálok
majd :)

Erre ott a README-ben a pelda a relaying alatt olyan domain-ek szamara,
amelyeknel nem ismerjuk a teljes E-mail cimlistat.

Erre gondolsz?:

# Relay to third party servers for which
# we do not know the valid addresses or don't
# want to force to use Postfilter
#policy_relay =
# whitelist:recipient_domain:table=pass_relay_domains

Ezzel az a gondom, hogy ha whitelis-be felveszem a domain-t, akkor
nincs rá postfilter szűrés, de én a pont hogy "want to force to use
Postfilter" :)
Tehát pl. ha catch-all mailbox-ot adok a cegnev.hu domain-hez, attól még
szeretném a beeső leveleket megszűrni, pl. felvenni a banned_helo táblába
a cegnev.hu, %.cegnev.hu domain-t, így mar a postfilter-rel kiütni egy halom
*.cegnev.hu-kent hello-zó vírust; kevesebb a dolga a content_filter-nek.

Arra gondoltam hirtelen, hogy az user táblába felvenném a
postmaster AT cegnev.hu
címet, és a %@cegnev.hu-t is, így lehetőség lenne pl a
postmaster AT cegnev.hu-hoz
valami egész "enyhe" filter-t társítani, a %@cegnev.hu-hoz pedig
valami erősebbet;
ehhez azonban az unknown:recipient szabálynak kellene illeszkedést néznie...
Így ha valaki
postmaster AT cegnev.hu-ra
ír, akkor nem szűröm ki, hiába
szerepel pl.
RBL-en, ellenben ha egyéb @cegnev.hu címzettnek ír ugyan az a feladó,
akkor már esetleg megszűröm. Ha kicsit kevésbé leszek szétesve, megnézem
ezt az unknown:recipient szabályt, hátha egyszerű megpatkolni hogy az én
elképzelésem szerint dolgozzon.

ui.:
A globális whitelist táblában működik az illesztés a domain név részre is,
tehát egy postmaster@% sorral elérhetem, hogy az összes domain
postmaster@ címére szűrés nélkül beessen minden levél?

--Sándor



Archive powered by MHonArc 2.6.19+.

Top of Page