December 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Closed: (JBMAIL-39) Inbound event-driven JCA adaptor for receiving mails

by Andrew Oliver (JIRA)

[ http://jira.jboss.com/jira/browse/JBMAIL-39?page=all ] Andrew Oliver closed JBMAIL-39. ------------------------------- Resolution: Won't Fix Assignee: (was: Weston Price) > Inbound event-driven JCA adaptor for receiving mails > ---------------------------------------------------- > > Key: JBMAIL-39 > URL: http://jira.jboss.com/jira/browse/JBMAIL-39 > Project: JBoss Mail ** Closed - moved to http://buni.org ** > Issue Type: Sub-task > Reporter: Andrew Oliver > Original Estimate: 3 days > Remaining Estimate: 3 days > > A user for a given folder will get mails which will trigger events which will notify registered listeners which will process the mail all through JCA. (which should probably just be a handle to a MailListener) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

1
0
0 / 0

[JBoss JIRA] Closed: (JBMAIL-38) JCA adaptor for incoming and outgoing mail using JBoss Mail Server

by Andrew Oliver (JIRA)

[ http://jira.jboss.com/jira/browse/JBMAIL-38?page=all ] Andrew Oliver closed JBMAIL-38. ------------------------------- Resolution: Won't Fix Assignee: (was: Andrew Oliver) > JCA adaptor for incoming and outgoing mail using JBoss Mail Server > ------------------------------------------------------------------ > > Key: JBMAIL-38 > URL: http://jira.jboss.com/jira/browse/JBMAIL-38 > Project: JBoss Mail ** Closed - moved to http://buni.org ** > Issue Type: Feature Request > Reporter: Andrew Oliver > Priority: Critical > Original Estimate: 1 week > Remaining Estimate: 1 week > > A JCA adaptor for generic use of the mail server should be created for both sending and retrieving mails. > The following are conceptual interfaces. > Context ctx = new InitialContext(); > MailServer svr = (MailServer)ctx.lookup("java://mail/Server"); > if (svr.checkMail();) { // current associated JAAS user is assumed > int ids[] = svr.getMailIds(); > > for (int k =0; k < ids.length; k++) { > System.out.println("reading mail "+ids[k]); > Mail mail = srv.getMail(ids[k]); > MailHeaders headers = mail.getHeaders(); > InputStream stream = mail.getBody(); > printHeaders(headers); > printBody(stream); > } > } > MailUserContext muc = new MailUserContext("user","password"); > svr.setUser(muc); > if (svr.checkMail(muc)) { > int ids[] = svr.getMailIds("foldername"); > ... > } > Mail[] mail = svr.findMail("where SUBJECT like 'I like AOP' and FROM like 'bburke'); > For the first edition I do not want to support searching in bodies. > Mail mail = new Mail(); > mail.setContentType("text/plain"); > mail.setBody("I like cheese."); > mail.setTo("<you(a)wherever.com>"); > mail.setFrom("<me(a)here.com>"); // should follow validate-identity rules (when enabled) for validating the JAAS user against the From. > svr.sendMail(mail); > svr.fetch("folder"); // force a fetchmail to happen for the current authenticated user and block until it returns (if the user/folder aren't configured to fetchmail from external server then this should probably return without error) > svr.fetchAsynch("folder"); //suggest that the server run a fetchmail and return > For a later revision I want an inbound/event driven version as well. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

1
0
0 / 0

[JBoss JIRA] Closed: (JBMAIL-31) S/Mime support

by Andrew Oliver (JIRA)

[ http://jira.jboss.com/jira/browse/JBMAIL-31?page=all ] Andrew Oliver closed JBMAIL-31. ------------------------------- Resolution: Won't Fix Assignee: (was: Andrew Oliver) > S/Mime support > -------------- > > Key: JBMAIL-31 > URL: http://jira.jboss.com/jira/browse/JBMAIL-31 > Project: JBoss Mail ** Closed - moved to http://buni.org ** > Issue Type: Feature Request > Reporter: Andrew Oliver > Priority: Minor > Original Estimate: 1 week > Remaining Estimate: 1 week > > Add S/MIME support. http://www.shoesobjects.com/blog/2005/02/26/1109434743279.html -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

1
0
0 / 0

[JBoss JIRA] Closed: (JBMAIL-35) Support Limiting Relay by source host IP address

by Andrew Oliver (JIRA)

[ http://jira.jboss.com/jira/browse/JBMAIL-35?page=all ] Andrew Oliver closed JBMAIL-35. ------------------------------- Resolution: Won't Fix Assignee: (was: Andrew Oliver) > Support Limiting Relay by source host IP address > ------------------------------------------------ > > Key: JBMAIL-35 > URL: http://jira.jboss.com/jira/browse/JBMAIL-35 > Project: JBoss Mail ** Closed - moved to http://buni.org ** > Issue Type: Sub-task > Components: SMTP > Reporter: Andrew Oliver > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Support limiting relaying by source host IP address. Meaning limit relaying to only those connecting from an ip or range of ips. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

1
0
0 / 0

[JBoss JIRA] Closed: (JBMAIL-36) Support (optional) CRC or long hashkey generation for bodies

by Andrew Oliver (JIRA)

[ http://jira.jboss.com/jira/browse/JBMAIL-36?page=all ] Andrew Oliver closed JBMAIL-36. ------------------------------- Resolution: Won't Fix Assignee: (was: Andrew Oliver) > Support (optional) CRC or long hashkey generation for bodies > ------------------------------------------------------------ > > Key: JBMAIL-36 > URL: http://jira.jboss.com/jira/browse/JBMAIL-36 > Project: JBoss Mail ** Closed - moved to http://buni.org ** > Issue Type: Sub-task > Reporter: Andrew Oliver > Priority: Critical > Original Estimate: 1 week > Time Spent: 1 day, 30 minutes > Remaining Estimate: 3 days, 7 hours, 30 minutes > > The M3 Message Store prevents bodies from being stored multiple times and allows messages to stream directly to the DB. For large messages a line by line hash should be calculable and if it matches an existing message (this optimizes for disk size but costs performance) then the Mailbox entry is reassigned to the existing mailstore and then the new body is deleted. > Example. > 1. Assume that the following is a 64mb stream that comes in (minus headers) in duplicate for both mails (meaning we're sending the same file): > body line CRC/checksum/whatever > XXXXXXXXX...XXXXXXXXXXXXXXXXXXX 123456 > YYYYYYYYY...YYYYYYYYYYYYYYYYYYY 654321 > ZZZZZZZZZ...ZZZZZZZZZZZZZZZZZZZ 321654 > ............................... ...... > XXXXXXXXX...XXXXXXXXXXXXXXXXXXX 123456 > YYYYYYYYY...YYYYYYYYYYYYYYYYYYY 654321 > ZZZZZZZZZ...ZZZZZZZZZZZZZZZZZZZ 321654 > cumulative checksum accurate to at least 1/50000000 > 12341235125132412512 > if a "select body_id from bodies where checksum='12341235125132412512'" returns more than 1 result then the new body is deleted and the mailbox is assigned to the older of the two. > So the idea above is important, algorythmic and method suggestions are not (I don't know my posterior from my elbow when it comes to efficient binary similarity detection -- I'm just pretty sure that's not to be done by direct matching on content!). > It is important that minor revisions not cause collisions. So the 1/50000000 target for minimum collision should not be taken to mean if you send me a doc, I edit it and send it back that it drops my edits and that's okay. It means that for this to be a viable algoyrthm if I upload the text of a speech and you upload a completely different speech and somehow the checksum comes out just right....we could have that 1/50,000,000 chance of two very different documents getting the same check, a minor revision to either should fix it. > It is also important that proper boundries be created (no chance that one time we include fuzz surrounding the body and another time we don't). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

1
0
0 / 0

[JBoss JIRA] Closed: (JBMAIL-17) Support session caching for TLS

by Andrew Oliver (JIRA)

[ http://jira.jboss.com/jira/browse/JBMAIL-17?page=all ] Andrew Oliver closed JBMAIL-17. ------------------------------- Resolution: Won't Fix Assignee: (was: Andrew Oliver) > Support session caching for TLS > ------------------------------- > > Key: JBMAIL-17 > URL: http://jira.jboss.com/jira/browse/JBMAIL-17 > Project: JBoss Mail ** Closed - moved to http://buni.org ** > Issue Type: Feature Request > Reporter: Andrew Oliver > Original Estimate: 5 hours > Remaining Estimate: 5 hours > > Add TLS session cache. see http://www.postfix.org/TLS_README.html for details. (this is not slated for M3) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

1
0
0 / 0

[JBoss JIRA] Closed: (JBMAIL-29) JBMail needs a "mailq" command

by Andrew Oliver (JIRA)

[ http://jira.jboss.com/jira/browse/JBMAIL-29?page=all ] Andrew Oliver closed JBMAIL-29. ------------------------------- Resolution: Won't Fix Assignee: (was: Andrew Oliver) > JBMail needs a "mailq" command > ------------------------------ > > Key: JBMAIL-29 > URL: http://jira.jboss.com/jira/browse/JBMAIL-29 > Project: JBoss Mail ** Closed - moved to http://buni.org ** > Issue Type: Feature Request > Components: SMTP > Reporter: Heiko W. Rupp > Priority: Minor > > There should be a command / operation for the admin to see all not-yet delivered mail that are sitting for whatever reasons in the delivery queues. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBRULES-214) goddamn keyword collisions damn it damn damn

by Edson Tirelli (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-214?page=all ] Edson Tirelli reassigned JBRULES-214: ------------------------------------- Assignee: Edson Tirelli (was: Bob McWhirter) > goddamn keyword collisions damn it damn damn > -------------------------------------------- > > Key: JBRULES-214 > URL: http://jira.jboss.com/jira/browse/JBRULES-214 > Project: JBoss Rules > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Drl Parser/Builder > Affects Versions: 3.0-rc1 > Reporter: Michael Neale > Assigned To: Edson Tirelli > Priority: Critical > Fix For: 3.1-m3 > > > Getting more complaints about collisions with keywords. Things like "end" are obvious, but even "duration" etc... > Parser possibly needs to be a bit cleverer (not sure why duration is barfing.. but anyway). > I guess the only clear way forward is to enforce newline characters. > Most often the problem happens in the LHS. On the RHS its just "end" that is a problem. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

1
0
0 / 0

[JBoss JIRA] Created: (JBRULES-519) doublequotes not escaped in strings in DRL RHS

by Tomasz Cichocki (JIRA)

doublequotes not escaped in strings in DRL RHS ---------------------------------------------- Key: JBRULES-519 URL: http://jira.jboss.com/jira/browse/JBRULES-519 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 3.0.4, 3.0.3 Reporter: Tomasz Cichocki Assigned To: Mark Proctor There is a problem with "-s inside string literals. Example: rule "test_Quotes" when InitialFact() then String s = "\""; end results in DRL compilation error: [mTokens, mSTRING]: line 14:0 mismatched char: '?' on line 14; expecting char '"' (line 14 is the last line in the file) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

3
13
0 / 0

[JBoss JIRA] Created: (JBRULES-587) package level query api

by Michael Neale (JIRA)

package level query api ------------------------ Key: JBRULES-587 URL: http://jira.jboss.com/jira/browse/JBRULES-587 Project: JBoss Rules Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Michael Neale Assigned To: Michael Neale -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 9 months

1
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2006