Hontvari, > This feature also makes possible to write simple and > small email sender > function, which is useful in applets.
Actually, it doesn't. It makes it possible to write applets that are in violation of spec. Which is a good reason to not support the "functionality". Consider the following situation. The James code is modified so that, rather than a 354, a 5xx code is returned some fraction (say 1/2) of the time. This would be weird, but totally legal behavior for a server. This simulates a heavy loaded server where resources are often unavailable. Consider one of several servers in use by an ISP. Now run your mail applet/test. Does it behave in accordance with spec? No, of course not. And thus the state of the interaction is indeterminate (an extremely strict server would simply cut off the client, while a lax server might process the data). Very bad. Your applet is tightly coupled to spec violating behavior in the server. --Peter __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
