Thomas Schwenski schrieb:
> Jedem seine Anforderungen.
> Hier ist es eben so, dass Greylisting UND DynIP UND Blacklist gemacht
> werden müssen.
> Ich will aber lieber restriktiv Whitelisten, also einzelne
> Absender/Clients nur für die Checks Whitelisten, an denen sie scheitern,
> als gleich kom
Uwe Driessen schrieb:
> Nun ja das ist Geschmackssache wenn du wirklich weißt wer das ist
dann > kannst du Ihn auch gleich durchwinken ansonsten fängst du beim
> nächsten Problem wieder an den Check auszubauen.
Und das kann ich leider eben nicht, weil ich die Leute nicht kenne.
> Ich weis ja
On Behalf Of Thomas Schwenski schrieb:
>
> Deine Variante würde sogar ohne pcre auskommen.
> Prima Idee - Danke.
Welche maps du dahinter hängst kommt auf den Inhalt an.
Ein
/Smtp\d\.server\.(com|de)$/ wird als Hash nicht funktionieren
>
> Verunstaltet natürlich die smtpd_*_restrictions bis
Hallo Thomas,
Am Donnerstag, 26. Juni 2008 schrieb Gregor Hermens:
main.cf:
>
smptd_*_restrictions =
...
check_recipient_access hash:/etc/postfix/gl-hash,pcre:/etc/postfix/gl-pcre
...
/etc/postfix/gl-hash:
[EMAIL PROTECTED] DUNNO
[EMAIL PROTECTED] DUNNO
/etc/postfix/gl-pcre
/.*/ greylis
Uwe Driessen schrieb:
> Recipient-restriktionen =
> .
> Check_sender_access = verzweigung zu Greylistung
>
>
> Greylisting = .
> Check_sender_access = verzweigung zu dynip
> greylistingVerweis nach dynip
>
>
> Dynip = ..
Hallo Stefan,
Ich finde da aber kein Wort dazu, was eine Access-Map liefern muss,
damit nur die restriction_class beendet wird aber die nächste
smtpd_recipient_restriction abgearbeitet wird.
>
> Diese Funktionalität existiert nicht.
Das ist mal eine eindeutige Aussage.
> Die korr
Thomas Schwenski schrieb:
> Gregor Hermens schrieb:
> > Hallo Thomas,
> >
> > Am Donnerstag, 26. Juni 2008 schrieb Thomas Schwenski:
> >> Ich finde da aber kein Wort dazu, was eine Access-Map liefern muss,
> >> damit nur die restriction_class beendet wird aber die nächste
> >> smtpd_recipient_rest
Hallo Thomas,
Am Donnerstag, 26. Juni 2008 schrieb Thomas Schwenski:
> Gregor Hermens schrieb:
> > das geht nicht. Eine restriction_class wird immer als Block abgearbeitet.
> > Du musst deine Prüfungen auf mehrere restriction_classes verteilen und
> > diese dann abhängig von deinen Bedingungen auf
* Thomas Schwenski <[EMAIL PROTECTED]> wrote:
>>> Ich finde da aber kein Wort dazu, was eine Access-Map liefern muss,
>>> damit nur die restriction_class beendet wird aber die nächste
>>> smtpd_recipient_restriction abgearbeitet wird.
Diese Funktionalität existiert nicht.
>> das geht nicht. Eine
Gregor Hermens schrieb:
> Hallo Thomas,
>
> Am Donnerstag, 26. Juni 2008 schrieb Thomas Schwenski:
>> Ich finde da aber kein Wort dazu, was eine Access-Map liefern muss,
>> damit nur die restriction_class beendet wird aber die nächste
>> smtpd_recipient_restriction abgearbeitet wird.
>
> das geht
Hallo Thomas,
Am Donnerstag, 26. Juni 2008 schrieb Thomas Schwenski:
> Ich finde da aber kein Wort dazu, was eine Access-Map liefern muss,
> damit nur die restriction_class beendet wird aber die nächste
> smtpd_recipient_restriction abgearbeitet wird.
das geht nicht. Eine restriction_class wird i
Uwe Driessen schrieb:
> Thomas Schwenski schrieb:
>> Wenn ein Permit nur die restriction_class beendet wird, dann ja.
>> Aber ist das bei Permit such so?
>
> Nach einem permit wird angenommen und fertig.
Eben, deshalb funktioniert das eben nicht so, wie gewünscht.
(Oder ich habe Dich misverstand
12 matches
Mail list logo