Do you mean to say an SMTP client using JavaMail or an SMTP client not using JavaMail?
Not using JavaMail. At least not the javax.mail.Transport part for sending messages to other SMTP servers.
> Why would you need to write a replacement for JavaMail for
sending mail?
I don't "need" to as much as I hanker to. Transport can get the job done. Indeed it is all that I have used so far. But it seems a little less than user friendly, to the extent that I have used it. As I recall it requires a Session (which seems silly in the context of a MTA) and it sets a message Header or two in ways which you just have to discover, because I don't think I've seen this behavior documented.
But I do not fault JavaMail for this since -- if I recall correctly what Sun said somewhere -- JavaMail was intended for use with user agents but not with SMTP servers. We developers of MTAs are just lucky that JavaMail happens to offer some functionality which we can use, if we can put up with the strain which comes with using JavaMail where it was not intended.
In any case, do you have a copy of the SMTP spec?
I paw over RFC 2821 with fair regularity, if that's what you mean.
Rich
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
