> I am in the process of adding ORF into the mix for address
> validation. Can you or others describe the process that you employ
> with ORF?
Two options in this area:
(1) a simple ASCII text file of the valid recipient addresses
exported from your mailbox server directory
(2) an LDAP directory server populated with the recipient
addresses from your mailbox server directory
(1) is the method used by almost everyone using ORF to front mailbox
servers other than Exchange. It's simple to set up, but somewhat
cumbersome to maintain. The cumbersome part is that when an updated
text file is posted to the ORF server, it is not reread until the
service is restarted. For environments with a high add/change/delete
rate, this can mean a ton of service restarts. I appreciate the ease
of this scenario, but I'm uneasy about restarting Windows services
that have not been specifically tested for this constant-restart type
of deployment. I thus use option (2).
(2) is used primarily by those gatewaying for Exchange servers, since
ORF's LDAP query (hard-coded at least through 2.0) expects to be
hitting an AD server with Exchange's LDAP schema extensions applied.
However, it's possible to apply the extensions to an AD server without
actually owning Exchange. You then import your mailbox server's users
into this AD domain for your lookups. ORF's LDAP lookups occur either
in real-time or from a periodically updated local cache, and they
never require a service restart, which makes me a lot more comfy with
this approach. (It's also possible to use OpenLDAP -- but _not_ the
OpenLDAP that comes with IMail, unfortunately. I worked on an ORF
cookbook for a standard OpenLDAP with more extensions compiled in, but
decided in the end that it's a heckuva lot easier to use AD or ADAM.)
--Sandy
------------------------------------
Sanford Whiteman, Chief Technologist
Broadleaf Systems, a division of
Cypress Integrated Systems, Inc.
e-mail: [EMAIL PROTECTED]
SpamAssassin plugs into Declude!
http://www.imprimia.com/products/software/freeutils/SPAMC32/download/release/
Defuse Dictionary Attacks: Turn Exchange or IMail mailboxes into IMail Aliases!
http://www.imprimia.com/products/software/freeutils/exchange2aliases/download/release/
http://www.imprimia.com/products/software/freeutils/ldap2aliases/download/release/
---
This E-mail came from the Declude.JunkMail mailing list. To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail". The archives can be found
at http://www.mail-archive.com.