|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
From: Jose-Marcio Martins da Cruz (Jose-Marcio.Martins
ensmp.fr)
Date: Wed Sep 05 2007 - 03:02:30 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Ronald F. Guilmette wrote:
> In message <46DC7A95.8040503
msgid.tls.msk.ru>,
> Michael Tokarev <mjt
tls.msk.ru> wrote:
>
> That _may_ be the solution to my problem, but just as a general matter,
> I would greatly prefer not to have to worry about thread safety at all
> if I can avoid it. Also, programming in an event driven style is likely
> to be a good deal harder than just making simple calls to res_query()...
> as my filter does now... and then just waiting, synchronously, for the
> result to come back.
It seems to me that you don't need a milter architecture to implement
what you're trying to do.
But either way, no matter how you you implement your filter, you'll
surely need to implement some sort of concurrent access management at
some place. Unless you configure your MTA to not handle more than one
message at a time.
Also, Solaris (>= 8), FreeBSD (>= 5.3) and Linux (recent) resolvers are
thread safe. Don't know about others.
--
---------------------------------------------------------------
Jose Marcio MARTINS DA CRUZ
Ecole des Mines de Paris http://j-chkmail.ensmp.fr
60, bd Saint Michel http://www.ensmp.fr/~martins
75272 - PARIS CEDEX 06 mailto:Jose-Marcio.Martins
ensmp.fr
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]