Docs Translation (Re: Inactivity)
Hi, Danny and james-dev members, I am a new blood of james-dev ML, living in Japan. As I mentioned at james-users ML @ 7/5, I am doing the translation of Jakarta Project into Japanese (http://www.terra-intl.com/jakarta/) and I've finished the translation of JAMES web-site as of today. # http://www.terra-intl.com/jakarta/james/ I think [Java Apache Mail Enterprise Server] is not well-known project in Japan, so I'll be appreciated if the link to the translation page will appear on the top page of JAMES. # I am not sure how I can make the changes on project.xml . I hope this will revitalise james project to a great extent. Of course I will catch up with the new documentations (or modified ones) coming after. Best Regards, Tetsuya. -- > Everyone, > > Just a few words regarding inactivity. > > If no-one is participating on the users list, or the dev list, if the > commiters are commited elsewhere, and happy that James is good enough for > their own uses then the project will be quiet. > > Apache projects move forward because people tend to get fed up asking for > fixes, and submit them themselves. > > If you want to start contributing to James, to revitalise the project, then > do just that contribute. We have a TODO in xdocs todo.xml, and there's 14 > open bugs in bugzilla, and the documentation needs work. Alternatively make > something new and offer it up. We're always happy to receive contributions > of any kind. > > d. -- Tetsuya Kitahata <[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Re: about javadocs (was: Re: FW: What do we need to release 2.1?)
On Sun, 18 Aug 2002 20:40:35 -0400 "Noel J. Bergman" <[EMAIL PROTECTED]> wrote: > Everyone is agreeing that the documentation is necessary. But javadocs for > developers is not a reason to hold end users hostage. I love this sentence, "But javadocs for developers is not a reason to hold end users hostage". I think documentation is VERY important, however, in my position just exernal documents (for users) not necessarily internal ones (javadocs). Sorry for the interruption. -- Tetsuya Kitahata <[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Re: about javadocs (was: Re: FW: What do we need to release 2.1?)
Hi, Andy and all. On Sun, 18 Aug 2002 23:21:42 -0400 "Andrew C. Oliver" <[EMAIL PROTECTED]> wrote: > To be honest Tetsuya, it makes me scared to use it. Javadoc to me is so > basic and takes so little time, to actually argue against it... To me > this is the same as an argument to write variables a1, a2, a3... Its > code quality. This is an active argument for poor code quality and I > can't believe this is controversial! I know your feelings, but it seems that it is the difference of "where and when to put our milestones" things. For example, "our objectives at version 2.1 are not necessary complete javadocs, but at version 3.0, complete javadocs are necessary" ... I think (for example) this is possible. -- I agreed with Noel's opinion, "But javadocs for developers is not a reason to hold end users hostage", because this matter also applies to the translation. To catch up with frequently changed javadocs (to keep in sync) is very difficult and almost impossible things. The difference between this two Japanese Translation Groups(?) http://www.terra-intl.com/jakarta/ http://www.ingrid.org/jajakarta/ is apparent. I (the former one) clearly declared " I will not translate Javadocs because external documents are very important for the PROMOTION of jakarta-projects but javadocs are different." That's why I can speed it up to translate 9 jakarta-projects (including JAMES) and the latter could not, it seems. That's why I love the Noel's sentence. Regards, -- Tetsuya Kitahata <[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Re: about javadocs (was: Re: FW: What do we need to release 2.1?)
On Mon, 19 Aug 2002 00:46:55 -0400 "Noel J. Bergman" <[EMAIL PROTECTED]> wrote: > And, of course, this has nothing to do with end user documentation, > such as telling a user how to install and deploy James. You know, > little things like how to setup a mailing list (have fun reading the > docs and FAQ), how different matchers and mailets interact with each > other, or something as fundamental as the correct documentation for > how to setup a database URL (which is correct in the CVS, and wrong in > the current download). I agree with this. James' user documents are very good and smart. I think just Andy want to commit some Mailets as a developer, or seek where to. I'm wondering how nice it would be to add Mailet which automatically collect the attached MS-Office files in e-mails and produce automatically RDF/XMLs of these files ... for example. (This is why I have come to be interested in POI and James) -- Tetsuya Kitahata <[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
[PATCH] how to create unified diffs with WinCVS (contribute.xml)
Hi, All. This patch is for the additional commments on the creation of unified diffs using WinCVS to jakarta-james/src/xdocs/contribute.xml. (And a few corrections of the misspellings). Best Regards, Tetsuya. -- Index: contribute.xml === RCS file: /home/cvspublic/jakarta-james/src/xdocs/contribute.xml,v retrieving revision 1.3 diff -u -r1.3 contribute.xml --- contribute.xml 30 Jul 2002 13:37:34 - 1.3 +++ contribute.xml 23 Sep 2002 05:26:14 - @@ -26,8 +26,9 @@ Patches should be submitted to the developers mailing list. Always use diff -u to generate patches, make sure you are patching the latest cvs (the HEAD). + (Note: If you use WinCVS, +move to [Admin] -> [Command Line] Menu and type "cvs diff -u" at [Enter a cvs line +command] input field ([Commandline Settings] Tab), while selecting the target +directories or files, in order to create unified diffs.) Make your patch from the jakarta-james directory and make sure it conforms - to the code standards, otherwise it may be ignored. Its is OK to make a single patch covering several + to the code standards, otherwise it may be ignored. It is OK +to make a single patch covering several files, but please only one issue at a time. Prefix the mail subject with [PATCH] Briefly outline the reason for your patch, @@ -48,7 +49,7 @@ your submission conforms to the code standards. Provide a Brief outline of your intentions, as above, so that your code can be reviewed easily, and a note of any relevant bug numbers. - New files must contain a refrence to the Apache licence, copy the header from an existing file. + New files must contain a reference to the Apache license, copy +the header from an existing file. It also helps if you send your files in an archive (tar, zip) which preserves directories, make it from the jakarta-james directory so we can un-tar your files into the right place. @@ -79,7 +80,7 @@ If this means nothing to you please try to contribute HTML or plain text documents without any styling, so that we can get at the words and easily convert them into our xml format. If all this seems like unnecessary nonsense, send us whatever you like, we'd still be -happy to recieve good documentation. +happy to receive good documentation. ------ Tetsuya KitahataPresident of Terra International, Inc. E-mail: [EMAIL PROTECTED] URL : http://www.terra-intl.com/ (BASP21 Pro) http://www.terra-intl.com/basp21/ (Jakarta no mori) http://www.terra-intl.com/jakarta/ -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
[PATCH] how to create unified diffs with WinCVS (contribute.xml)
Hi, I was not sure which is better in order to contribute a patch, in plain text or file format. Again, I'll send this patch (how to create unified diffs with WinCVS) in file format. P.S. Of course, this is not a spam -- On Mon, 23 Sep 2002 16:44:31 +0900 (Subject: [PATCH] how to create unified diffs with WinCVS (contribute.xml)) Tetsuya Kitahata <[EMAIL PROTECTED]> wrote: > > Hi, All. > > This patch is for the additional commments on the creation > of unified diffs using WinCVS to jakarta-james/src/xdocs/contribute.xml. > (And a few corrections of the misspellings). > > Best Regards, > Tetsuya. ------ Tetsuya KitahataPresident of Terra International, Inc. contribute.xml.txt Description: Binary data -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Feature Status
Hello, I am wondering the Status of each items in James (SMTP server, Mailet Engine, etc.). http://james.apache.org/ In "Feature Status" Section (bottom of this page), Item| Status (v2.0a3)| Since| First Released . Is the feature status described in this table also applied to v2.1.3?? Sincerely, ----- Tetsuya Kitahata -- Terra-International, Inc. E-mail: [EMAIL PROTECTED] http://www.terra-intl.com/ (Apache Jakarta Translation, Japanese) http://jakarta.terra-intl.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Feature Status
Noel, Danny, On Mon, 2 Jun 2003 12:04:23 -0400 (Subject: RE: Feature Status) "Noel J. Bergman" <[EMAIL PROTECTED]> wrote: > > I *think* this table is pretty much correct. > I agree. I'll modify the table to remove the 2.0a3 marker. Thank you for the explanations. Yes, I agree to remove (or rewrite) the 2.0a3 marker. # In a process of translations, I often encounter # such kind of trifling details... Sincerely, ----- Tetsuya Kitahata -- Terra-International, Inc. E-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [james-dev] Prefix?
Personally, I prefer the [james-dev:00***] style prefixes (Prefix of the name of MailingList and Sequence Numbers), because some folks tend to multi-post to the MLs in apache.org ;-) I have a positive proof that ezmlm can append the prefixes to each mails' subjects. (I am moderating several MLs using ezmlm) I think this is related to the config (-f option) of each MLs, however, it is very inconvenient to use because it is *not* default setting (and I had to write the regex to rewrite the subjects). I think 'Re: [james-dev] ***' can be converted to '[james-dev] Re: ***', using regular expressions... (Of course, delete duplicated []s, etc.) Sincerely, -- Tetsuya ([EMAIL PROTECTED]) - On Fri, 27 Jun 2003 21:09:11 -0400 (Subject: RE: [james-dev] Prefix?) "Noel J. Bergman" <[EMAIL PROTECTED]> wrote: > > > Would it be possible to add the list prefix in the title > > > for all the James lists? > > > I don't think EZMLM allows subject rewriting... Sorry. > > Personally, I like not having those prefixes. I filter by envelope, > instead. > > --- Noel - Tetsuya Kitahata -- Terra-International, Inc. E-mail: [EMAIL PROTECTED] : [EMAIL PROTECTED] http://www.terra-intl.com/ (Apache Jakarta Translation, Japanese) http://jakarta.terra-intl.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]