Re: Merger branch
excellent On Mar 31, 2005 8:42 PM, Noel J. Bergman [EMAIL PROTECTED] wrote: FWIW, I'm creating a merger branch, and will just start committing as I have time until it is done. Others are encouraged to help as they have time. I also installed a CentOS (www.centos.org) VM on my laptop and copied over my home directory from my linux workstation at home, so that I can work on JAMES as I have time in planes, etc. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Mina based SMTP handler
Steen Jansdal wrote, On 05/04/05 3:13 AM: Can you provide a link to where I can download Mina? http://directory.apache.org/subprojects/network/mina/ Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (JAMES-364) Made adding of footer optional with CommandListServProcessor
Made adding of footer optional with CommandListServProcessor
Key: JAMES-364
URL: http://issues.apache.org/jira/browse/JAMES-364
Project: James
Type: Improvement
Components: Matchers/Mailets (bundled)
Environment: N/A
Reporter: Daniel Perry
Priority: Minor
Attachments: addfooterpatch.txt
The CommandListServ attaches a footer. This patch makes that optional, and
defaults to true. If you add: addfooterfalse/addfooter then it will not
add the footer, and if you leave out that element (as in all existing
installations!) then it wont effect the footer.
Daniel.
Patch follows:
---
src\java\org\apache\james\transport\mailets\CommandListservProcessor.java_svn
Tue Mar 29
17:08:45 2005
+++ src\java\org\apache\james\transport\mailets\CommandListservProcessor.java
Tue Apr 05 15:02:31
2005
@@ -156,7 +156,8 @@
protected boolean specificPostersOnly;
protected Collection allowedPosters;
-
+protected boolean addFooter;
+
/**
* Initialize the mailet
*/
@@ -172,6 +173,7 @@
autoBracket = getBoolean(autobracket, true);
listOwner = new MailAddress(getString(listOwner, null));
specificPostersOnly = getBoolean(specifiedpostersonly, false);
+addFooter = getBoolean(addfooter, true);
//initialize resources
initializeResources();
//init user repos
@@ -208,7 +210,9 @@
}
//addfooter
-addFooter(mail);
+if (addFooter){
+addFooter(mail);
+}
//prepare the new message
MimeMessage message = prepareListMessage(mail, listservAddr);
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: J2EE as Avalon replacement on James ?
Actually, I've always wanted a JCA connector for incoming email so I could have MDBs consume email. Oh how wonderful that would be! Yeah, I've always had this as a personal goal for James, and an MDB deployment of the spoolmanager, each MDB spool could have its own mailet pipeline. Mmm :-) Sadly no time to realise my dream :-( d. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (JAMES-361) DSNBounce often report the dsn Status 5.5.0 incorrectly
[ http://issues.apache.org/jira/browse/JAMES-361?page=history ] Vincenzo Gianferrari Pini reassigned JAMES-361: --- Assign To: Vincenzo Gianferrari Pini DSNBounce often report the dsn Status 5.5.0 incorrectly --- Key: JAMES-361 URL: http://issues.apache.org/jira/browse/JAMES-361 Project: James Type: Bug Components: Matchers/Mailets (bundled) Versions: 2.2.0 Reporter: Stefano Bagnara Assignee: Vincenzo Gianferrari Pini Priority: Minor DSNBounce should guess the DSN code from the SMTP/ESMTP code received during the SMTP session. Other MTA does this. Converted to hames DSNStatus: // Req mail action not taken: mailbox unavailable case 450: return DSNStatus.getStatus(DSNStatus.TRANSIENT, DSNStatus.MAILBOX_OTHER); // Req action aborted: local error in processing case 451: return DSNStatus.getStatus(DSNStatus.TRANSIENT, DSNStatus.SYSTEM_OTHER); // Req action not taken: insufficient sys storage case 452: return DSNStatus.getStatus(DSNStatus.TRANSIENT, DSNStatus.SYSTEM_FULL); // Syntax error, command unrecognized case 500: return DSNStatus.getStatus(DSNStatus.PERMANENT, DSNStatus.DELIVERY_SYNTAX); // Syntax error in parameters or arguments case 501: return DSNStatus.getStatus(DSNStatus.PERMANENT, DSNStatus.DELIVERY_INVALID_ARG); // Command not implemented case 502: return DSNStatus.getStatus(DSNStatus.PERMANENT, DSNStatus.DELIVERY_INVALID_CMD); // Bad sequence of commands case 503: return DSNStatus.getStatus(DSNStatus.PERMANENT, DSNStatus.DELIVERY_INVALID_CMD); // Command parameter not implemented case 504: return DSNStatus.getStatus(DSNStatus.PERMANENT, DSNStatus.DELIVERY_INVALID_ARG); // Req mail action not taken: mailbox unavailable case 550: return DSNStatus.getStatus(DSNStatus.PERMANENT, DSNStatus.MAILBOX_OTHER); // User not local; please try ... case 551: return DSNStatus.getStatus(DSNStatus.PERMANENT, DSNStatus.ADDRESS_MOVED); // Req mail action aborted: exceeded storage alloc case 552: return DSNStatus.getStatus(DSNStatus.PERMANENT, DSNStatus.MAILBOX_FULL); // Req action not taken: mailbox name not allowed case 553: return DSNStatus.getStatus(DSNStatus.PERMANENT, DSNStatus.ADDRESS_OTHER); // Transaction failed case 554: return DSNStatus.getStatus(DSNStatus.PERMANENT, DSNStatus.UNDEFINED_STATUS); I already patched my DSNBounce but I made also many other changes/fix to this class and I don't know if someone (committer) is reading bug submissions. Please contact me for an updated DSNBounce when you will be ready to apply patches. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (JAMES-365) DSNBounce has inconsistencies with other AbstractRedirect hierarchy mailets
DSNBounce has inconsistencies with other AbstractRedirect hierarchy mailets --- Key: JAMES-365 URL: http://issues.apache.org/jira/browse/JAMES-365 Project: James Type: Improvement Components: Matchers/Mailets (bundled) Versions: 2.2.0 Reporter: Vincenzo Gianferrari Pini Assigned to: Vincenzo Gianferrari Pini Priority: Minor Fix For: 2.2.1 There are inconsistencies between DSNBounce and other AbstractRedirect hierarchy mailets. For example, it accepts a messageString parameter and not message nor notice like the other mailets, and inline is missing. Moreover, the service(Mail) method could perhaps be refactored to better use the hierarchy. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (JAMES-362) DSNBounce/RemoteDelivery/LocalDelivery should support Success/Delay DSN notifies
[ http://issues.apache.org/jira/browse/JAMES-362?page=history ] Vincenzo Gianferrari Pini reassigned JAMES-362: --- Assign To: Vincenzo Gianferrari Pini DSNBounce/RemoteDelivery/LocalDelivery should support Success/Delay DSN notifies Key: JAMES-362 URL: http://issues.apache.org/jira/browse/JAMES-362 Project: James Type: Improvement Components: Matchers/Mailets (bundled) Versions: 2.2.0 Reporter: Stefano Bagnara Assignee: Vincenzo Gianferrari Pini Priority: Minor I'm adding this feature to the DSNBounce. It will send correct notifies when the header org.apache.james.smtp.dsn.notify is set to the given status as per javamail spec: mail.smtp.dsn.notify String The NOTIFY option to the RCPT command. Either NEVER, or some combination of SUCCESS, FAILURE, and DELAY (separated by commas). mail.smtp.dsn.ret String The RET option to the MAIL command. Either FULL or HDRS. If anyone is interested in sharing this code please contact me and we will discuss on the better way to implement this. I already have a working implementation involving changes to many mailets: I'm not sure this is the better way to handle this. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
