Name | Modified | Size | Downloads / Week |
---|---|---|---|
4.1.beta | 2013-08-18 | ||
4.0.alpha | 2013-07-14 | ||
3.0 | 2012-05-19 | ||
2.0 | 2012-04-08 | ||
1.1 | 2012-02-09 | ||
README | 2013-08-18 | 4.4 kB | |
Totals: 6 Items | 4.4 kB | 0 |
JNestor: another majordomo in java ---------------------------------- Please feel free to ask anything you might need to the mailing list: jnestor-general@lists.sourceforge.net. I am not very keen in writing documentation so I prefer to answer any questions in the list. Version 4.1.beta ---------------- Release: 2013-08-18 - Fixed an error who adds as note forwarded emails sent by JNestor - Optimized the treatment of emails belonging to an existing issue Version 4.0.alpha ----------------- Release: 2013-07-13 - The project is now maintained with maven. - I've made a major refactoring of some of the beans to allow a better readability and maintanability. Instead of having many classes that do transformations in the email object (preloaders, loaders, mantisactionlisteners), now there is only one: the mail object is passed to a list of MailProcessor beans. One of these processors is the mantis processor, who creates an entry in mantis. Other is the archiver, who moves the original email to another folder in the inbox. Another one is the resender, who resends an email to another address, and so on. - The application can now read from many folders at the same time. - The application now stays resident instead of doing the job and finishing. You can kill the application locally or remotely issuing a "stop" command. - Due to the previous, now there is no need to persist the id of the read messages. Because it stays resident, it keeps track of the id's of the messages in the next reading cycle. Future directions: - Review the resenders (the beans that resend the email back to the mailbox). In the case of Outlook, the result is far from perfect. - The archiver and resender beans are changing the subject of the email depending if the issue existed in mantis or not: I think is a better idea to send the new subject to use for them in case this is neccesary. This avoid this coupling between the mantis processor and the resenders. - Integrate with new mantis xml library. Version 3.0 ----------- Release: 2012-05-19 - The problem with the connection with Mantis is finnaly solved using the stub classes for SOAP connection instead of the MantisConnect library. In the way to this change, developed using strict mysql sentences where developed. - The action resend is a troublemaker for Windows systems. Various objects for resend have been developed in order to allow the user to choose the one who works better - There are two classes developed in groovy that allows customization of the application easyly. One of the objects is called CustomMailPreprocessor and is executed before the issue is added into mantis, and allow the user to reject some mail messages based on the content, address, etc. The other class is CustomizableAction and is an example of custom action made in groovy. This customizable action adds a custom field. Version 1.2 ----------- Release: 2012-02-20 - I detected a problem with the resend part of the custom actions of mantis: it doesn't resend the file properly. I've fixed allowing to resend in text/html format instead of using pure text sending. - Moreover, there were some problems with the configuration: the texts were badly composed, and the final result in mantis wasn't good: I think it was caused by the fact that those texts were copied from a properties file to a mantis file and they weren't working well Version 1.1 ----------- Release: 2012-02-07 - I've suppressed the file jnestor-config.properties and integrate it into the config file of spring (applicationContext.xml) Now the configuration its done changing parts of this file. Version 1.0 ----------- Release: 2012-02-04 - Development of the core of the project - Development of the mantis mail processor (MailProcessorMantis) and various actions: Archive -to archive messages-, Deleter -to delete messages-, Resend -to resend some messages to other accounts or forward the messages- Future directions: - Improve the mantis actions to detect if they are from a new issue or a follow-up of an existing one (a new note): this could make the actions be more precise in their doings