hi, <snip/>
So, from these, I seem to think that we could1) add a getInputStream() to the Request
that's okay, as org.apache.cocoon.environment.http.HttpRequest does have such a method already.
that's okay, i do the same in a webmail cocoon application.2) make other input features available through request attributes
I have removed the mail generator completly, and put
XMLizable objects into the request attribute, thus other generators xsp, etc. can pull the objects they need/want to display more easily,
moreover i can display the same info object in different manner
on the same page
do you plan to enhance/use the org.apache.cocooon.environment.commandline, or do you plan
to add a org.apache.cocoon.environment.james packages?
In case of mail 1) the mail content goes through getInputStream() 2) the attachements go through Request attributes
do you think about amount of mail content envelope only, part only, or both. do you think about putting to much mail content via input stream if you only want to get the subject field for example? making mail content accessible via input stream forces you to marshall the mail content, putting mail content as object into request attribute may be more efficient, but perhaps your requirements are mailet/james specific/forced. regards bernhard --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]