----- Original Message -----
From: "Ryan Wilhm" <[EMAIL PROTECTED]>
> I was wondering if there were any plans for providing hooks to allow for
> SMTP Service Extensions. I noticed that in the "SMTPHandler" class, EHLO
> doesn't do anything but kick back the same response as HELO. It doesn't
> strike me as too difficult to implement, either... I would maybe just use
> the command pattern and introspection to mark the new commands, and
provide
> each service extension as a separate class. This would allow for runtime
> discovery of service extensions in a more dynamic fashion, instead of
coding
> an if/else staircase in the SMTPHandler class. (I don't know much about
the
> Avalon framework, so this may not be kosher...)
>
> I'm probably going to play with this a little bit later, but I was
wondering
> if any ongoing effort was underway for this. I'm mostly interested in
> incorporating authentication, and would be interested in dedicating some
> cycles toward helping with the implementation, since I kinda need it soon.
> :)
There was an attempt to get TLS working with SMTP, but we never seemed to be
able to get it to work. As for the extra SMTP commands (DSN, SMTP Auth,
etc...) that sounds great. I don't think it's easy, but if you can rework
the code so that each command can be handled by a different class as you
describe, this seems like it would be a good approach. I think you might
run into difficulty though maintaining some state information about the
connection. Maybe you'll have to encapsulate the connection session so you
can pass values between them. Just an idea.
Any work is most appreciated!
Serge Knystautas
Loki Technologies
http://www.lokitech.com/
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Archives: <http://www.mail-archive.com/james%40list.working-dogs.com/>
Problems?: [EMAIL PROTECTED]
