Hallo Marc, Marc Haber, 27.11.2005 (d.m.y):
> On Sat, 26 Nov 2005 14:51:31 +0100, Christian Schmidt
> <[EMAIL PROTECTED]> wrote:
> >OK, bei der sender verification kann man damit leicht auf die Nase
> >fallen, aber fuer Szenarien mit einem "Frontend-Mailserver" und
> >mehreren "dezentralen Backend-Maschinen" ist die recipient
> >verification via SMTP-Callout eine super Sache.
>
> Beim Frontend-Backend-Szenario würde ich recipient callout
> verification aber auch nur im Notfall einsetzen
Wieso?
> und das Frontend
> grundsätzlich gegen eine Userdatenbank (z.B. LDAP) verifizieren
> lassen.
In der konkreten Situation war es aber leider so, dass keine
gemeinsame Benutzerverwaltung existierte, weil die
"Backend-Maschinen" u.a. von verschiedenen Leuten administriert
wurden.
Und da stellte die recipient callout verification die einfachste
Methode dar, der zentralen Maschine Kenntnis von den auf den
dezentralen Servern eingerichteten Nutzern zu verschaffen, um bspw.
ueber die Annahme einer Mail in der rcpt-ACL zu entscheiden...
Darauf beruhender Traffic und evtl. Last stellt bisher kein Problem
dar.
Mittlerweile konsolidieren wir die Maildienste nac und nach auch auf
der zentralen Maschine...
Gruss,
Christian Schmidt
--
Manche Hähne glauben, daß die Sonne ihretwegen aufgeht.
-- Theodor Fontane
signature.asc
Description: Digital signature
