[jira] Assigned: (MIME4J-18) writeTo text parts inconsistent
[ https://issues.apache.org/jira/browse/MIME4J-18?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer reassigned MIME4J-18: --- Assignee: Norman Maurer > writeTo text parts inconsistent > --- > > Key: MIME4J-18 > URL: https://issues.apache.org/jira/browse/MIME4J-18 > Project: Mime4j > Issue Type: Improvement >Affects Versions: 0.3, 0.4 > Environment: N/A >Reporter: GX >Assignee: Norman Maurer > Attachments: error.eml, error.eml.inout > > > When parsing an email (e.g. undelivered return notice) with an > attachment which is another email (the original undelivered email mime type > "message/rfc822") using the oPart.writeTo() method to save the attachment to > a file on the disk the mime parts are lost. > Consider the attachments error.eml being the original and error.eml.inout > being the output after parsing -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (MIME4J-18) writeTo text parts inconsistent
[ https://issues.apache.org/jira/browse/MIME4J-18?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer updated MIME4J-18: Issue Type: Bug (was: Improvement) > writeTo text parts inconsistent > --- > > Key: MIME4J-18 > URL: https://issues.apache.org/jira/browse/MIME4J-18 > Project: Mime4j > Issue Type: Bug >Affects Versions: 0.3, 0.4 > Environment: N/A >Reporter: GX >Assignee: Norman Maurer > Attachments: error.eml, error.eml.inout > > > When parsing an email (e.g. undelivered return notice) with an > attachment which is another email (the original undelivered email mime type > "message/rfc822") using the oPart.writeTo() method to save the attachment to > a file on the disk the mime parts are lost. > Consider the attachments error.eml being the original and error.eml.inout > being the output after parsing -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JAMES-796) Do also query authoritative nameservers to obtain MX record
[ https://issues.apache.org/jira/browse/JAMES-796?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512088 ] Norman Maurer commented on JAMES-796: - I think we do the right thing. If the configured DNS-Server return incorrect results we can't and should not deal with this. You should fix your buggy dns. > Do also query authoritative nameservers to obtain MX record > --- > > Key: JAMES-796 > URL: https://issues.apache.org/jira/browse/JAMES-796 > Project: James > Issue Type: Improvement >Reporter: Armin Häberling > > for example for zunft-oberstrass.ch > DNSServer.lockup("zunft-oberstrass.ch", Type.MX, "MX") > will return null, but > DNSServer.lockup("zunft-oberstrass.ch", Type.NS, "NS") > will return two authoritative nameservers, which then can be queried and > return the MX record for zunft-oberstrass.ch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (JAMES-782) Add docs howto use SSL with JAVA6 [ was: SSL support not work with JAVA6]
[ https://issues.apache.org/jira/browse/JAMES-782?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer updated JAMES-782: Issue Type: Task (was: Bug) Summary: Add docs howto use SSL with JAVA6 [ was: SSL support not work with JAVA6] (was: SSL support not work with JAVA6) Seems to be no bug. Stefano just told us what todo. We should document this on james site ( maybe FAQ? ) > Add docs howto use SSL with JAVA6 [ was: SSL support not work with JAVA6] > - > > Key: JAMES-782 > URL: https://issues.apache.org/jira/browse/JAMES-782 > Project: James > Issue Type: Task >Affects Versions: 2.2.0, 2.3.0, 2.3.1, Next Minor, Next Major, Trunk >Reporter: Norman Maurer > > From ML: > Hi all, > I'm running a build of svn trunk on java6 and I'm experiencing some > security related errors. > My colleague running james 2.2 on java 6 is also experiencing security > related issues with the same Exceptions. > in the pop3serevr log I get: > 18/12/06 10:27:14 ERROR pop3server-tls: Exception handling socket to > 58-186-74-xxx-dynamic.hcm.fpt.vn. (58.186.74.5) : Connection has been > shutdown: javax.net.ssl.SSLExcepti > on: java.lang.RuntimeException: Could not generate dummy secret > javax.net.ssl.SSLException: Connection has been shutdown: > javax.net.ssl.SSLException: java.lang.RuntimeException: Could not > generate dummy secret > at > com.sun.net.ssl.internal.ssl.SSLSocketImpl.checkEOF(SSLSocketImpl.java:1172) > at > com.sun.net.ssl.internal.ssl.AppInputStream.read(AppInputStream.java:65) > at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) > at java.io.BufferedInputStream.read(BufferedInputStream.java:237) > at > org.apache.james.util.CRLFTerminatedReader.read(CRLFTerminatedReader.java:158) > at > org.apache.james.util.CRLFTerminatedReader.readLine(CRLFTerminatedReader.java:115) > at > org.apache.james.pop3server.POP3Handler.readCommandLine(POP3Handler.java:316) > at > org.apache.james.pop3server.POP3Handler.handleProtocol(POP3Handler.java:211) > at > org.apache.james.core.AbstractJamesHandler.handleConnection(AbstractJamesHandler.java:259) > at > org.apache.james.util.connection.ServerConnection$ClientConnectionRunner.run(ServerConnection.java:468) > at > org.apache.excalibur.thread.impl.ExecutableRunnable.execute(ExecutableRunnable.java:55) > at > org.apache.excalibur.thread.impl.WorkerThread.run(WorkerThread.java:116) > Caused by: javax.net.ssl.SSLException: java.lang.RuntimeException: > Could not generate dummy secret > at > com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190) > at > com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1520) > at > com.sun.net.ssl.internal.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1487) > at > com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1470) > at > com.sun.net.ssl.internal.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1396) > at > com.sun.net.ssl.internal.ssl.AppOutputStream.write(AppOutputStream.java:64) > at > java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:65) > at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:123) > at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:278) > at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:122) > at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:212) > at java.io.BufferedWriter.flush(BufferedWriter.java:236) > at java.io.PrintWriter.flush(PrintWriter.java:276) > at > org.apache.james.util.InternetPrintWriter.println(InternetPrintWriter.java:94) > at > org.apache.james.util.InternetPrintWriter.println(InternetPrintWriter.java:191) > at > org.apache.james.core.AbstractJamesHandler.writeLoggedFlushedResponse(AbstractJamesHandler.java:399) > at > org.apache.james.pop3server.POP3Handler.handleProtocol(POP3Handler.java:188) > ... 4 more > Caused by: java.lang.RuntimeException: Could not generate dummy secret > at > com.sun.net.ssl.internal.ssl.RSAClientKeyExchange.generateDummySecret(RSAClientKeyExchange.java:158) > at > com.sun.net.ssl.internal.ssl.Handshaker.calculateMasterSecret(Handshaker.java:680) > at > com.sun.net.ssl.internal.ssl.Handshaker.calculateKeys(Handshaker.java:631) > at > com.sun.net.ssl.internal.ssl.ServerHandshaker.processMessage(ServerHandshaker.java:204) > at > com.sun.net.ssl.internal.ssl.Handshaker.processLoop(Handshaker.java:511) > at > com.sun.net.ssl.internal.ssl.Handshaker.process_record(Handshaker.java:449) > at > com.sun.net.ssl.internal.ssl.SSLSoc
[jira] Commented: (MIME4J-25) [JW#5] Field Name And Value
[ https://issues.apache.org/jira/browse/MIME4J-25?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518206 ] Norman Maurer commented on MIME4J-25: - Good point. +1 > [JW#5] Field Name And Value > --- > > Key: MIME4J-25 > URL: https://issues.apache.org/jira/browse/MIME4J-25 > Project: Mime4j > Issue Type: Wish >Reporter: Robert Burrell Donkin > > http://mail-archives.apache.org/mod_mbox/james-server-dev/200708.mbox/[EMAIL > PROTECTED] number 5 > 5.) Provide methods > public String getFieldName() > public String getFieldValue() > The user of > public String getField() > is forced to parse the returned value in order to obtain the > field name and the > value, although the Mime4jTokenStream has already done exactly that. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MIME4J-23) [JW#3] Drop lazy syntax checking or make it optional
[ https://issues.apache.org/jira/browse/MIME4J-23?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518205 ] Norman Maurer commented on MIME4J-23: - Events sounds good to me > [JW#3] Drop lazy syntax checking or make it optional > - > > Key: MIME4J-23 > URL: https://issues.apache.org/jira/browse/MIME4J-23 > Project: Mime4j > Issue Type: Wish >Reporter: Robert Burrell Donkin > > http://mail-archives.apache.org/mod_mbox/james-server-dev/200708.mbox/[EMAIL > PROTECTED] #3 > 3.) Drop lazy syntax checking or make it optional > Mime4j has a lot of places where it detects syntax errors of the > multipart stream. Currently, these are reported by a warning message, > which is being logged. > This behaviour is improper. Such situations should cause an > exception or at > least the Mime4j user should be able to request that they do. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (MIME4J-23) [JW#3] Drop lazy syntax checking or make it optional
[ https://issues.apache.org/jira/browse/MIME4J-23?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519023 ] Norman Maurer commented on MIME4J-23: - It looks ago to me even if i whould prefer the listener class. > [JW#3] Drop lazy syntax checking or make it optional > - > > Key: MIME4J-23 > URL: https://issues.apache.org/jira/browse/MIME4J-23 > Project: Mime4j > Issue Type: Wish >Reporter: Robert Burrell Donkin > Attachments: mime4j-strict.patch > > > http://mail-archives.apache.org/mod_mbox/james-server-dev/200708.mbox/[EMAIL > PROTECTED] #3 > 3.) Drop lazy syntax checking or make it optional > Mime4j has a lot of places where it detects syntax errors of the > multipart stream. Currently, these are reported by a warning message, > which is being logged. > This behaviour is improper. Such situations should cause an > exception or at > least the Mime4j user should be able to request that they do. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JAMES-589) Build Debian and Ubuntu packages of james
[ https://issues.apache.org/jira/browse/JAMES-589?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12529515 ] Norman Maurer commented on JAMES-589: - Just to remember this: http://vafer.org/projects/jdeb/howto.html > Build Debian and Ubuntu packages of james > - > > Key: JAMES-589 > URL: https://issues.apache.org/jira/browse/JAMES-589 > Project: James > Issue Type: Task >Reporter: Norman Maurer >Assignee: Norman Maurer > Fix For: 2.3.2 > > > We should build debian and ubuntu packages for james. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JAMES-752) DomainKeys mailet for JAMES
[ https://issues.apache.org/jira/browse/JAMES-752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12529521 ] Norman Maurer commented on JAMES-752: - Can someone ( Robert, Noel ) check if there are any updates on legal stuff about this ? Anything we can do to push these ? > DomainKeys mailet for JAMES > --- > > Key: JAMES-752 > URL: https://issues.apache.org/jira/browse/JAMES-752 > Project: James > Issue Type: New Feature > Components: Mailet Contributions >Reporter: Tom Brown > Attachments: dkmailet-src.zip, domainkeys-src.zip > > > As discussed on the developer mail list, here is my implementation of mailets > implementing the Domain Keys standard. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (JAMES-787) Unable to resolv 127.0.0.1/localhost [was: Fetchmail not use 127.0.0.1 as RemoteAddress when using index=-1]
[ https://issues.apache.org/jira/browse/JAMES-787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JAMES-787. - Resolution: Won't Fix I think this will not get fixed in 2.3.x .. > Unable to resolv 127.0.0.1/localhost [was: Fetchmail not use 127.0.0.1 as > RemoteAddress when using index=-1] > - > > Key: JAMES-787 > URL: https://issues.apache.org/jira/browse/JAMES-787 > Project: James > Issue Type: Bug > Components: FetchMail >Affects Versions: 2.2.0, 2.3.0 >Reporter: Norman Maurer >Assignee: Norman Maurer > Fix For: 2.3.2 > > Attachments: localResolv-2.3.diff > > > From ml: > We tried to fetch emails via POP3 from a Exchange 2003 server which > are sent from one local exchange account to an other local exchange > account. Fetchmail stopped parsing the message because the ip is missing > in the received header of the emails. Even if i use -1 as index the same > happen. That seems to be a bug for me .. Should it not just use > "127.0.0.1" and not try to parse it ? After adding a workarround which > catch the UnknownHostexception and add "127.0.0.1" this is solved. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (JSPF-55) Add helper classes for supporting SRS
Add helper classes for supporting SRS - Key: JSPF-55 URL: https://issues.apache.org/jira/browse/JSPF-55 Project: jSPF Issue Type: New Feature Reporter: Norman Maurer Assignee: Norman Maurer Priority: Minor It whould be cool to add some helper classes for supporting SRS: http://www.openspf.org/SRS -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JSPF-55) Add helper classes for supporting SRS
[ https://issues.apache.org/jira/browse/JSPF-55?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12529536 ] Norman Maurer commented on JSPF-55: --- More infos can be found under: http://www.libsrs2.org/ Maybe it whould be worth to think about to create a separate sub project under james for it ... We will see > Add helper classes for supporting SRS > - > > Key: JSPF-55 > URL: https://issues.apache.org/jira/browse/JSPF-55 > Project: jSPF > Issue Type: New Feature >Reporter: Norman Maurer >Assignee: Norman Maurer >Priority: Minor > > It whould be cool to add some helper classes for supporting SRS: > http://www.openspf.org/SRS -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (JAMES-829) Add a mail cleanup service
[ https://issues.apache.org/jira/browse/JAMES-829?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer reassigned JAMES-829: --- Assignee: Norman Maurer > Add a mail cleanup service > -- > > Key: JAMES-829 > URL: https://issues.apache.org/jira/browse/JAMES-829 > Project: James > Issue Type: Improvement > Components: MailStore & MailRepository > Environment: all >Reporter: Kev Jackson >Assignee: Norman Maurer > Fix For: Trunk > > Attachments: clean-mail.patch > > > Adds a repository service that removes mail that's older than a specified time -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JAMES-829) Add a mail cleanup service
[ https://issues.apache.org/jira/browse/JAMES-829?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542221 ] Norman Maurer commented on JAMES-829: - This patch seems to handle only SQL-backed MailRepositories. I look at it to support all kind of repositories.. Thx for the patch > Add a mail cleanup service > -- > > Key: JAMES-829 > URL: https://issues.apache.org/jira/browse/JAMES-829 > Project: James > Issue Type: Improvement > Components: MailStore & MailRepository > Environment: all >Reporter: Kev Jackson >Assignee: Norman Maurer > Fix For: Trunk > > Attachments: clean-mail.patch > > > Adds a repository service that removes mail that's older than a specified time -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JAMES-830) How can I connect Repository to Oracle DB server
[ https://issues.apache.org/jira/browse/JAMES-830?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548562 ] Norman Maurer commented on JAMES-830: - VirtualUserTable has not effect on Outgoing email. Please use ther server-user [at] james.apache.org list to get help on configure james. IT whould be helpfull if you could post your configuration and the mailet*.log. > How can I connect Repository to Oracle DB server > > > Key: JAMES-830 > URL: https://issues.apache.org/jira/browse/JAMES-830 > Project: James > Issue Type: Bug > Components: MailStore & MailRepository >Affects Versions: 2.3.1 > Environment: Linux Fedora Core 8 >Reporter: Letuchiy Sergey > Fix For: 2.3.1 > > > I try connect Repository to Oracle DB. So, I create VirtualUserTable, use > this statiment: CREATE TABLE VirtualuserTable ( "user" VARCAR2(64) ... After > that I put all data in it. But JAMES doesn't work! I have incoming E-mails > but no outgoing E-mails! How can I fix this? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (JAMES-830) How can I connect Repository to Oracle DB server
[ https://issues.apache.org/jira/browse/JAMES-830?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer reassigned JAMES-830: --- Assignee: Norman Maurer > How can I connect Repository to Oracle DB server > > > Key: JAMES-830 > URL: https://issues.apache.org/jira/browse/JAMES-830 > Project: James > Issue Type: Bug > Components: MailStore & MailRepository >Affects Versions: 2.3.1 > Environment: Linux Fedora Core 8 >Reporter: Letuchiy Sergey >Assignee: Norman Maurer > Fix For: 2.3.1 > > > I try connect Repository to Oracle DB. So, I create VirtualUserTable, use > this statiment: CREATE TABLE VirtualuserTable ( "user" VARCAR2(64) ... After > that I put all data in it. But JAMES doesn't work! I have incoming E-mails > but no outgoing E-mails! How can I fix this? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (JAMES-833) ToMultiRepository doesn't resolve repository_name correctly
[ https://issues.apache.org/jira/browse/JAMES-833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer reassigned JAMES-833: --- Assignee: Norman Maurer > ToMultiRepository doesn't resolve repository_name correctly > --- > > Key: JAMES-833 > URL: https://issues.apache.org/jira/browse/JAMES-833 > Project: James > Issue Type: Bug > Components: Matchers/Mailets (bundled) >Affects Versions: Trunk > Environment: all >Reporter: Kev Jackson >Assignee: Norman Maurer > Fix For: Trunk > > Attachments: ToMultiRepository.java.patch > > > When using ToMultiRepository we noticed that it didn't store mails correctly > - after turning on debugging for the mailstore log we saw items like: > 10/01/08 03:59:02 DEBUG mailstore: Parsed URL: table = '[EMAIL PROTECTED]', > repositoryName = 'null' > This is because, although ToMultiRepository is supposed to just take the > local part of the address for the repository name, it doesn't. > There's also a problem caused by the current code not checking if the > repositoryUrl value has a trailing '/' or not. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (JAMES-832) is required for ToMultiRepository or it will try to stire a null message
[ https://issues.apache.org/jira/browse/JAMES-832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer reassigned JAMES-832: --- Assignee: Norman Maurer > is required for ToMultiRepository or it will try to stire > a null message > > > Key: JAMES-832 > URL: https://issues.apache.org/jira/browse/JAMES-832 > Project: James > Issue Type: Bug > Components: Documentation, Matchers/Mailets (bundled) > Environment: all >Reporter: Kev Jackson >Assignee: Norman Maurer > Fix For: Trunk > > > When using ToMultiRepository, if isn't configured for the > mailet, it fails with java.lang.IllegalArgumentException: Mail message to be > spooled cannot be null. > The documentation lists this as an optional parameter either the mailet needs > to be updated to do the 'right' thing without the parameter, or the > documentation needs to be updated as the parameter is currently required, not > optional -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JAMES-832) is required for ToMultiRepository or it will try to stire a null message
[ https://issues.apache.org/jira/browse/JAMES-832?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12558628#action_12558628 ] Norman Maurer commented on JAMES-832: - Go ahead. Thx > is required for ToMultiRepository or it will try to stire > a null message > > > Key: JAMES-832 > URL: https://issues.apache.org/jira/browse/JAMES-832 > Project: James > Issue Type: Bug > Components: Documentation, Matchers/Mailets (bundled) > Environment: all >Reporter: Kev Jackson >Assignee: Norman Maurer > Fix For: Trunk > > > When using ToMultiRepository, if isn't configured for the > mailet, it fails with java.lang.IllegalArgumentException: Mail message to be > spooled cannot be null. > The documentation lists this as an optional parameter either the mailet needs > to be updated to do the 'right' thing without the parameter, or the > documentation needs to be updated as the parameter is currently required, not > optional -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (JSPF-60) NullPointerException occurs if sender contains two @
[ https://issues.apache.org/jira/browse/JSPF-60?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer reassigned JSPF-60: - Assignee: Norman Maurer > NullPointerException occurs if sender contains two @ > > > Key: JSPF-60 > URL: https://issues.apache.org/jira/browse/JSPF-60 > Project: jSPF > Issue Type: Bug >Affects Versions: 0.9.5 >Reporter: Frank Stolle >Assignee: Norman Maurer > > The following code produces a NullPointerException: > import org.apache.james.jspf.executor.SPFResult; > import org.apache.james.jspf.impl.DefaultSPF; > public class CheckSPF { > /** >* @param args >*/ > public static void main(String[] args) { > String heloname = "a.server.com"; > String ip = "127.0.0.1"; > String from = "[EMAIL PROTECTED]/[EMAIL PROTECTED]"; > DefaultSPF spf = new DefaultSPF(); > SPFResult result = spf.checkSPF(ip, from, heloname); > System.out.println("result: " + result.getResult()); > System.out.println("expl: " + result.getExplanation()); > System.out.println("header: " + result.getHeaderText()); > } > } > The problem is the duplicate @-character. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (JSPF-60) NullPointerException occurs if sender contains two @
[ https://issues.apache.org/jira/browse/JSPF-60?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JSPF-60. --- Resolution: Fixed Fix Version/s: 0.9.6 Throw an IllegalArgumentException on invalid data > NullPointerException occurs if sender contains two @ > > > Key: JSPF-60 > URL: https://issues.apache.org/jira/browse/JSPF-60 > Project: jSPF > Issue Type: Bug >Affects Versions: 0.9.5 >Reporter: Frank Stolle >Assignee: Norman Maurer > Fix For: 0.9.6 > > > The following code produces a NullPointerException: > import org.apache.james.jspf.executor.SPFResult; > import org.apache.james.jspf.impl.DefaultSPF; > public class CheckSPF { > /** >* @param args >*/ > public static void main(String[] args) { > String heloname = "a.server.com"; > String ip = "127.0.0.1"; > String from = "[EMAIL PROTECTED]/[EMAIL PROTECTED]"; > DefaultSPF spf = new DefaultSPF(); > SPFResult result = spf.checkSPF(ip, from, heloname); > System.out.println("result: " + result.getResult()); > System.out.println("expl: " + result.getExplanation()); > System.out.println("header: " + result.getHeaderText()); > } > } > The problem is the duplicate @-character. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (JSPF-61) Allow use of costum Resolver
Allow use of costum Resolver Key: JSPF-61 URL: https://issues.apache.org/jira/browse/JSPF-61 Project: jSPF Issue Type: New Feature Components: Core Affects Versions: 0.9.6, 0.9.5, 0.9b4, 0.9b3, 0.9b2, 0.9b1 Reporter: Norman Maurer Assignee: Norman Maurer -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JSPF-61) Allow use of costum Resolver
[ https://issues.apache.org/jira/browse/JSPF-61?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613885#action_12613885 ] Norman Maurer commented on JSPF-61: --- Yeah something like: Index: /home/norman/workspace/jspf/src/main/java/org/apache/james/jspf/impl/DNSServiceXBillImpl.java === --- /home/norman/workspace/jspf/src/main/java/org/apache/james/jspf/impl/DNSServiceXBillImpl.java (revision 655147) +++ /home/norman/workspace/jspf/src/main/java/org/apache/james/jspf/impl/DNSServiceXBillImpl.java (working copy) @@ -30,6 +30,7 @@ import org.xbill.DNS.MXRecord; import org.xbill.DNS.PTRRecord; import org.xbill.DNS.Record; +import org.xbill.DNS.Resolver; import org.xbill.DNS.SPFRecord; import org.xbill.DNS.TXTRecord; import org.xbill.DNS.TextParseException; @@ -61,7 +62,12 @@ public DNSServiceXBillImpl(Logger logger) { this.log = logger; // Default record limit is 10 -this.recordLimit = 10; +this.recordLimit = 10; +} + +public DNSServiceXBillImpl(Logger logger, Resolver resolver) { +this(logger); +Lookup.setDefaultResolver(resolver); } /** @@ -68,7 +74,7 @@ * @see org.apache.james.jspf.core.DNSService#setTimeOut(int) */ public synchronized void setTimeOut(int timeOut) { -this.timeOut = timeOut; + Lookup.getDefaultResolver().setTimeout(timeOut); } /** @@ -131,9 +137,9 @@ log.debug("Start "+recordTypeDescription+"-Record lookup for : " + request.getHostname()); -Lookup.getDefaultResolver().setTimeout(timeOut); + Lookup query = new Lookup(request.getHostname(), dnsJavaType); - + Record[] rr = query.run(); int queryResult = query.getResult(); > Allow use of costum Resolver > > > Key: JSPF-61 > URL: https://issues.apache.org/jira/browse/JSPF-61 > Project: jSPF > Issue Type: New Feature > Components: Core >Affects Versions: 0.9b1, 0.9b2, 0.9b3, 0.9b4, 0.9.5, 0.9.6 >Reporter: Norman Maurer >Assignee: Norman Maurer > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JSPF-61) Allow use of costum Resolver
[ https://issues.apache.org/jira/browse/JSPF-61?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613890#action_12613890 ] Norman Maurer commented on JSPF-61: --- I mainly use the static setDefaultResolver() because we did the same on the DNSJnioAsynchService ;-)... Btw I'm happy to remove the static stuff > Allow use of costum Resolver > > > Key: JSPF-61 > URL: https://issues.apache.org/jira/browse/JSPF-61 > Project: jSPF > Issue Type: New Feature > Components: Core >Affects Versions: 0.9b1, 0.9b2, 0.9b3, 0.9b4, 0.9.5, 0.9.6 >Reporter: Norman Maurer >Assignee: Norman Maurer > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (JSPF-8) Create a Gump descriptor and add it to the apache gump task
[ https://issues.apache.org/jira/browse/JSPF-8?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer closed JSPF-8. Resolution: Won't Fix > Create a Gump descriptor and add it to the apache gump task > --- > > Key: JSPF-8 > URL: https://issues.apache.org/jira/browse/JSPF-8 > Project: jSPF > Issue Type: Task > Components: Documentation & Site >Reporter: Stefano Bagnara >Assignee: Norman Maurer >Priority: Minor > > Maybe the maven "gump" plugin can help us as we built on maven2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JSPF-65) Possible racing issue in StagedMultipleSPFExecutor or dnsjnio
[ https://issues.apache.org/jira/browse/JSPF-65?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12621426#action_12621426 ] Norman Maurer commented on JSPF-65: --- Some happened on my "private" hudson instance: [INFO] root.mailzone-#36-verify PASSED. Result=fail Explanation=http://www.openspf.org/why.html?sender=14.spf1-test.mailzone.com&ip=208.210.124.192 Header=fail (spfCheck: domain of 14.spf1-test.mailzone.com does not designate 208.210.124.192 as permitted sender) client-ip=208.210.124.192; envelope-from=14.spf1-test.mailzone.com; helo=14.spf1-test.mailzone.com; Full thread dump Java HotSpot(TM) Server VM (1.5.0_16-b02 mixed mode): "Thread-2" prio=3 tid=0x0848ea58 nid=0x16 runnable [0xb4d5c000..0xb4d5cbb8] at java.io.FileInputStream.readBytes(Native Method) at java.io.FileInputStream.read(FileInputStream.java:194) at java.lang.UNIXProcess$DeferredCloseInputStream.read(UNIXProcess.java:227) at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:411) at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:453) at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:183) - locked <0xf7cec738> (a java.io.InputStreamReader) at java.io.InputStreamReader.read(InputStreamReader.java:167) at java.io.BufferedReader.fill(BufferedReader.java:136) at java.io.BufferedReader.readLine(BufferedReader.java:299) - locked <0xf7cec738> (a java.io.InputStreamReader) at java.io.BufferedReader.readLine(BufferedReader.java:362) at org.apache.maven.surefire.booter.shade.org.codehaus.plexus.util.cli.StreamPumper.run(StreamPumper.java:153) "Thread-1" prio=3 tid=0x089144e0 nid=0x15 runnable [0xb4d9d000..0xb4d9dc38] at java.io.FileInputStream.readBytes(Native Method) at java.io.FileInputStream.read(FileInputStream.java:194) at java.lang.UNIXProcess$DeferredCloseInputStream.read(UNIXProcess.java:227) at java.io.BufferedInputStream.read1(BufferedInputStream.java:254) at java.io.BufferedInputStream.read(BufferedInputStream.java:313) - locked <0xf7cec5c8> (a java.io.BufferedInputStream) at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:411) at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:453) at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:183) - locked <0xf7d81de0> (a java.io.InputStreamReader) at java.io.InputStreamReader.read(InputStreamReader.java:167) at java.io.BufferedReader.fill(BufferedReader.java:136) at java.io.BufferedReader.readLine(BufferedReader.java:299) - locked <0xf7d81de0> (a java.io.InputStreamReader) at java.io.BufferedReader.readLine(BufferedReader.java:362) at org.apache.maven.surefire.booter.shade.org.codehaus.plexus.util.cli.StreamPumper.run(StreamPumper.java:153) "process reaper" daemon prio=3 tid=0x08965af0 nid=0x14 runnable [0xb533e000..0xb533eb38] at java.lang.UNIXProcess.waitForProcessExit(Native Method) at java.lang.UNIXProcess.access$900(UNIXProcess.java:17) at java.lang.UNIXProcess$2$1.run(UNIXProcess.java:86) "pool-1-thread-1" prio=3 tid=0x084c1cd0 nid=0xe in Object.wait() [0xb543c000..0xb543dc38] at java.lang.Object.wait(Native Method) - waiting on <0xf7cec550> (a java.lang.UNIXProcess) at java.lang.Object.wait(Object.java:474) at java.lang.UNIXProcess.waitFor(UNIXProcess.java:115) - locked <0xf7cec550> (a java.lang.UNIXProcess) at org.apache.maven.surefire.booter.shade.org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:143) at org.apache.maven.surefire.booter.shade.org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:95) at org.apache.maven.surefire.booter.SurefireBooter.fork(SurefireBooter.java:666) at org.apache.maven.surefire.booter.SurefireBooter.forkSuites(SurefireBooter.java:472) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesForkOnce(SurefireBooter.java:372) at org.apache.maven.surefire.booter.SurefireBooter.run(SurefireBooter.java:245) at org.apache.maven.plugin.surefire.SurefirePlugin.execute(SurefirePlugin.java:492) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451) at hudson.maven.agent.PluginManagerInterceptor.executeMojo(PluginManagerInterceptor.java:136) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478) at org.apache.maven.lifecycle.DefaultLifecy
[jira] Issue Comment Edited: (JSPF-65) Possible racing issue in StagedMultipleSPFExecutor or dnsjnio
[ https://issues.apache.org/jira/browse/JSPF-65?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12621426#action_12621426 ] norman edited comment on JSPF-65 at 8/11/08 5:32 AM: Some happened on my "private" hudson instance: Full thread dump Java HotSpot(TM) Server VM (1.5.0_16-b02 mixed mode): "DnsSelect" daemon prio=3 tid=0x08504500 nid=0x14 runnable [0xb50ce000..0xb50ced38] at sun.nio.ch.DevPollArrayWrapper.poll0(Native Method) at sun.nio.ch.DevPollArrayWrapper.poll(DevPollArrayWrapper.java:164) at sun.nio.ch.DevPollSelectorImpl.doSelect(DevPollSelectorImpl.java:68) at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69) - locked <0xb9e58530> (a sun.nio.ch.Util$1) - locked <0xb9e58520> (a java.util.Collections$UnmodifiableSet) - locked <0xf2b0fed0> (a sun.nio.ch.DevPollSelectorImpl) at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80) at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:84) at uk.nominet.dnsjnio.DnsController.selectLoop(Unknown Source) at uk.nominet.dnsjnio.DnsController.access$000(Unknown Source) at uk.nominet.dnsjnio.DnsController$1.run(Unknown Source) "DnsTimer" daemon prio=3 tid=0x0854fb18 nid=0x13 waiting on condition [0xb5168000..0xb5168bb8] at java.lang.Thread.sleep(Native Method) at uk.nominet.dnsjnio.Timer$1.run(Unknown Source) "LookupAsynchResolver" prio=3 tid=0x086b2640 nid=0x12 in Object.wait() [0xb51a9000..0xb51a9cb8] at java.lang.Object.wait(Native Method) - waiting on <0xf2b0ff58> (a uk.nominet.dnsjnio.ResponseQueue) at java.lang.Object.wait(Object.java:474) at uk.nominet.dnsjnio.ResponseQueue.getItem(Unknown Source) - locked <0xf2b0ff58> (a uk.nominet.dnsjnio.ResponseQueue) at org.xbill.DNS.LookupAsynch$ProcessingTask.run(Unknown Source) - locked <0xf2b0ff58> (a uk.nominet.dnsjnio.ResponseQueue) at java.lang.Thread.run(Thread.java:595) "SPFExecutor" daemon prio=3 tid=0x083ccf50 nid=0x11 in Object.wait() [0xb51ea000..0xb51eab38] at java.lang.Object.wait(Native Method) - waiting on <0xb9e57830> (a org.apache.james.jspf.executor.StagedMultipleSPFExecutor$ResponseQueueImpl) at java.lang.Object.wait(Object.java:474) at org.apache.james.jspf.executor.StagedMultipleSPFExecutor$ResponseQueueImpl.removeResponse(StagedMultipleSPFExecutor.java:64) - locked <0xb9e57830> (a org.apache.james.jspf.executor.StagedMultipleSPFExecutor$ResponseQueueImpl) at org.apache.james.jspf.executor.StagedMultipleSPFExecutor.run(StagedMultipleSPFExecutor.java:175) at java.lang.Thread.run(Thread.java:595) "EnbrResolutionThread" prio=3 tid=0x08624a78 nid=0x10 in Object.wait() [0xb522b000..0xb522bc38] at java.lang.Object.wait(Native Method) - waiting on <0xb9e59038> (a uk.nominet.dnsjnio.ResponseQueue) at java.lang.Object.wait(Object.java:474) at uk.nominet.dnsjnio.ResponseQueue.getItem(Unknown Source) - locked <0xb9e59038> (a uk.nominet.dnsjnio.ResponseQueue) at org.xbill.DNS.ExtendedNonblockingResolver$ResolutionThread.run(Unknown Source) "EnbrResolutionThread" prio=3 tid=0x086248f0 nid=0xf in Object.wait() [0xb526c000..0xb526cab8] at java.lang.Object.wait(Native Method) - waiting on <0xb9e59378> (a uk.nominet.dnsjnio.ResponseQueue) at java.lang.Object.wait(Object.java:474) at uk.nominet.dnsjnio.ResponseQueue.getItem(Unknown Source) - locked <0xb9e59378> (a uk.nominet.dnsjnio.ResponseQueue) at org.xbill.DNS.ExtendedNonblockingResolver$ResolutionThread.run(Unknown Source) "Thread-1" daemon prio=3 tid=0x086ea618 nid=0xe runnable [0xb52ad000..0xb52ada38] at java.net.PlainDatagramSocketImpl.receive0(Native Method) - locked <0xf2b0f0f8> (a java.net.PlainDatagramSocketImpl) at java.net.PlainDatagramSocketImpl.receive(PlainDatagramSocketImpl.java:136) - locked <0xf2b0f0f8> (a java.net.PlainDatagramSocketImpl) at java.net.DatagramSocket.receive(DatagramSocket.java:712) - locked <0xb9e5ed38> (a java.net.DatagramPacket) - locked <0xb9e5ed58> (a java.net.DatagramSocket) at org.apache.james.jspf.dnsserver.UDPListener.run(UDPListener.java:130) at java.lang.Thread.run(Thread.java:595) "Thread-0" daemon prio=3 tid=0x086eaeb0 nid=0xd runnable [0xb52ee000..0xb52eedb8] at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:384) - locked <0xf2b0f080> (a java.net.SocksSocketImpl) at java.net.ServerSocket.implAccept(ServerSocket.java:450) at java.net.ServerSocket.accept(ServerSocket.java:421) at org.apache.james.jspf.dnsserver.TCPListener.run(TCPListener.java:128) at java.lang.Thr
[jira] Resolved: (JAMES-750) Refactor AbstractJamesHandler and SMTPHandler/Handlerapi to be line-push-based (isolate IO layer)
[ https://issues.apache.org/jira/browse/JAMES-750?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JAMES-750. - Resolution: Fixed SMTPServer,POP3Server,RemoteManager is now line-pushed. I will open a seperate issue for the others service > Refactor AbstractJamesHandler and SMTPHandler/Handlerapi to be > line-push-based (isolate IO layer) > - > > Key: JAMES-750 > URL: https://issues.apache.org/jira/browse/JAMES-750 > Project: JAMES Server > Issue Type: Improvement > Components: James Core, SMTPServer >Reporter: Stefano Bagnara >Assignee: Norman Maurer > Fix For: 3.0 > > Attachments: handlerapi-asynch-2nd.diff, handlerapi-asynch-3rd.diff, > handlerapi-asynch.diff > > > From past discussions we decided that we are not ready to switch to MINA > right now, but we want handlerapi-v2 to be easily ported to MINA and other > asynchronous IO frameworks. > Not everyone agreed switching to MINA-only (and require java5 for SSL usage) > and Noel made a strawman implementation of a push based/line based processor. > This is my attempt to bring this thing to James. > This is only a first hack to make it working because DataCmdHandler will need > almost a full rewrite. Now I used CRLFDelimitedByteBuffer from Noel and I > updated the main code to introduce a lineHandlers stack and a LineHandler > interface (LineHandler is my name for Noel IOHandler, I preferred to use > LineHandler to avoid reusing a mina name with a different behaviour and avoid > confusion). > SMTPServerTest pass, but a lot of code have to be fixed/improved in order to > apply this to trunk. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Created: (JAMES-933) Refactor SMTPServer to use MINA for sockets
Refactor SMTPServer to use MINA for sockets --- Key: JAMES-933 URL: https://issues.apache.org/jira/browse/JAMES-933 Project: JAMES Server Issue Type: Improvement Components: SMTPServer Reporter: Norman Maurer Assignee: Norman Maurer -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Commented: (JAMES-933) Refactor SMTPServer to use MINA for sockets
[ https://issues.apache.org/jira/browse/JAMES-933?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12765672#action_12765672 ] Norman Maurer commented on JAMES-933: - Already start to work on this... > Refactor SMTPServer to use MINA for sockets > --- > > Key: JAMES-933 > URL: https://issues.apache.org/jira/browse/JAMES-933 > Project: JAMES Server > Issue Type: Improvement > Components: SMTPServer >Reporter: Norman Maurer >Assignee: Norman Maurer > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Updated: (JAMES-933) Refactor SMTPServer to use MINA for sockets
[ https://issues.apache.org/jira/browse/JAMES-933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer updated JAMES-933: Issue Type: Sub-task (was: Improvement) Parent: JAMES-551 > Refactor SMTPServer to use MINA for sockets > --- > > Key: JAMES-933 > URL: https://issues.apache.org/jira/browse/JAMES-933 > Project: JAMES Server > Issue Type: Sub-task > Components: SMTPServer >Reporter: Norman Maurer >Assignee: Norman Maurer > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Assigned: (JAMES-551) Use MINA as framework
[ https://issues.apache.org/jira/browse/JAMES-551?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer reassigned JAMES-551: --- Assignee: Norman Maurer > Use MINA as framework > - > > Key: JAMES-551 > URL: https://issues.apache.org/jira/browse/JAMES-551 > Project: JAMES Server > Issue Type: Improvement >Reporter: Norman Maurer >Assignee: Norman Maurer > Fix For: Trunk > > > We should use MINA as framework. > Note from Stefano: > http://hausmail.safehaus.org/ > In svn there is a almost working implementation made by Mike Heath. > Mike is a committer to James and his work is licensed as ASL2, I think > he would be happy to grant apache the rights to include his code back to > james. > Maybe he want to upload his code.. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Assigned: (JAMES-739) Remove MailetContext as dependency of SMTPServer in not backward compatible release
[ https://issues.apache.org/jira/browse/JAMES-739?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer reassigned JAMES-739: --- Assignee: Norman Maurer > Remove MailetContext as dependency of SMTPServer in not backward compatible > release > --- > > Key: JAMES-739 > URL: https://issues.apache.org/jira/browse/JAMES-739 > Project: JAMES Server > Issue Type: Task > Components: SMTPServer >Reporter: Norman Maurer >Assignee: Norman Maurer >Priority: Minor > Fix For: Trunk > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-38) [bug] cache doesn't work in class: InMemoryImapStoreCache
[ https://issues.apache.org/jira/browse/HUPA-38?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-38. --- Resolution: Fixed > [bug] cache doesn't work in class: InMemoryImapStoreCache > - > > Key: HUPA-38 > URL: https://issues.apache.org/jira/browse/HUPA-38 > Project: JAMES Hupa > Issue Type: Bug > Components: server >Reporter: Manuel Carrasco >Assignee: Norman Maurer > Attachments: issue_38.diff > > > CachedIMAPStore.isExpired() method is buggy and > InMemoryImapStoreCache.createCachedIMAPStore() method is called every time > the user makes an action. > This line > if (validUntil < System.currentTimeMillis() && > store.isConnected()) { > has to be replaced by > if (validUntil > System.currentTimeMillis() && > store.isConnected()) { > But when this is done, most client calls fail. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-37) [patch] Fixes in send emails, Mock classes for demo mode, use of HupaCallBack and others
[ https://issues.apache.org/jira/browse/HUPA-37?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-37. --- Resolution: Fixed > [patch] Fixes in send emails, Mock classes for demo mode, use of HupaCallBack > and others > > > Key: HUPA-37 > URL: https://issues.apache.org/jira/browse/HUPA-37 > Project: JAMES Hupa > Issue Type: Improvement > Components: client, server >Reporter: Manuel Carrasco >Assignee: Norman Maurer > Attachments: > hupa_upload_fixes__demo_adds__raw_servlet__callbacks_v2.diff > > > This patch: > Changes all client callbacks in order to use HupaCallback which is able to > detect when the server is unreachable. > HupaCallBack handles display startProcessing and stopProcessing > Replaces EmptyResult by GenericResult which includes a status flag and a > server message. > Changes raw message view in order to use a new servlet which sends the > message as text/plain, and and iframe in the client side. > Uses gwtupload 0.5.3 > Changes the send presenter to handle cancel actions and remove these > attachments from the list. > Modifies the upload server side in order to remove set attachments from the > registry. > Handles server error messages and display an error to the user (needs > improvements like i18n, dialog box ...) > Adds Mock classes for Hupa demo mode, so smtp and imap servers are not > needed to use the client side (needs work to mock more actions). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-4) [bug] logout action fails
[ https://issues.apache.org/jira/browse/HUPA-4?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-4. -- Resolution: Fixed Fixed with Hupa-30 :) > [bug] logout action fails > - > > Key: HUPA-4 > URL: https://issues.apache.org/jira/browse/HUPA-4 > Project: JAMES Hupa > Issue Type: Bug > Components: server > Environment: tomcat >Reporter: Manuel Carrasco >Assignee: Norman Maurer > Attachments: Screenshot.png > > > Clicking on the logout link nothing happens. > This was that I did: > - The user's session was expired > - I deployed last hupa war > - I clicked the logout action > This is the server log: > 2009-09-06 08:10:46.965:/hupa:WARN: > Key[type=net.customware.gwt.dispatch.server.service.DispatchServiceServlet, > annotation=[none]]: An IncompatibleRemoteServiceException was thrown while > processing this call. > com.google.gwt.user.client.rpc.IncompatibleRemoteServiceException: Type > 'org.apache.hupa.shared.rpc.LogoutUser' was not assignable to > 'com.google.gwt.user.client.rpc.IsSerializable' and did not have a custom > field serializer. For security purposes, this type will not be deserialized. > at com.google.gwt.user.server.rpc.RPC.decodeRequest(RPC.java:298) > at > com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:164) > at > com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:86) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) > at > com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:231) > at > com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:142) > at > com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:93) > at > com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:63) > at > com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:122) > at com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:110) > at > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1178) > at > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:433) > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:118) > at > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:456) > at > org.eclipse.jetty.server.session.SessionHandler.handle(SessionHandler.java:179) > at > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:928) > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:370) > at > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:862) > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:116) > at > org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:243) > at > org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:126) > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:115) > at org.eclipse.jetty.server.Server.handle(Server.java:330) > at > org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:557) > at > org.eclipse.jetty.server.HttpConnection$RequestHandler.content(HttpConnection.java:947) > at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:736) > at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:209) > at > org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:413) > at > org.eclipse.jetty.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:438) > at > org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:435) > at java.lang.Thread.run(Thread.java:619) > Caused by: com.google.gwt.user.client.rpc.SerializationException: Type > 'org.apache.hupa.shared.rpc.LogoutUser' was not assignable to > 'com.google.gwt.user.client.rpc.IsSerializable' and did not have a custom > field serializer. For security purposes, this type will not be deserialized. > at > com.google.gwt.user.server.rpc.impl.LegacySerializationPolicy.validateDeserialize(LegacySerializationPolicy.java:123) > at > com.google.gwt.user.server.rpc.impl.ServerSerializationStreamReader.deserialize(ServerSerializationStreamReader.java:490) > at > com.google.gwt.user.client.rpc.impl.AbstractSerializationStreamReader.readObject(AbstractSerializationStreamReader.java:61) > at > com.google.gwt.user.server.rpc.impl.ServerSeri
[jira] Commented: (JAMES-893) JSR250 Replacement For Avalon Framework
[ https://issues.apache.org/jira/browse/JAMES-893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12766107#action_12766107 ] Norman Maurer commented on JAMES-893: - I think its not to hard todo this with guice + guicey-fruit. IMHO we should start to build guice modules per "james module". Then after this is done we could easily write up the bindings. > JSR250 Replacement For Avalon Framework > --- > > Key: JAMES-893 > URL: https://issues.apache.org/jira/browse/JAMES-893 > Project: JAMES Server > Issue Type: Wish > Components: Build System, Deployment Modules, DNSServer, > Documentation, FetchMail, IMAPServer, James Core, JUnit, Mailet > Contributions, MailStore & MailRepository, Matchers/Mailets (bundled), > NNTPServer & Repository, POP3Server, Remote Delivery, Remote Manager, > SMTPServer, SpoolManager & Processors, UsersStore & UsersRepository >Affects Versions: 3.0 >Reporter: Robert Burrell Donkin > > Background > > James uses the Phoenix container and the Avalon Framework. > Unfortunately, both are now dead projects. This is now starting to cause > maintainability issues. Realistically, James will need to start maintaining a > fork or accept that some features will not work correctly in this container. > It is also hard to recruit developers willing to learn these obsolete > technologies. > Both Avalon and Phoenix take intrusive approaches to IoC. Avalon imposes > coupling to a number of lifecycle interfaces. Phoenix requires a > proliferation of finely grained internal interfaces. > However, these components have many advantages. They are now well tested and > debugged. Users of James (as opposed to developers) seem happy with them. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Assigned: (JAMES-893) JSR250 Replacement For Avalon Framework
[ https://issues.apache.org/jira/browse/JAMES-893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer reassigned JAMES-893: --- Assignee: Norman Maurer > JSR250 Replacement For Avalon Framework > --- > > Key: JAMES-893 > URL: https://issues.apache.org/jira/browse/JAMES-893 > Project: JAMES Server > Issue Type: Wish > Components: Build System, Deployment Modules, DNSServer, > Documentation, FetchMail, IMAPServer, James Core, JUnit, Mailet > Contributions, MailStore & MailRepository, Matchers/Mailets (bundled), > NNTPServer & Repository, POP3Server, Remote Delivery, Remote Manager, > SMTPServer, SpoolManager & Processors, UsersStore & UsersRepository >Affects Versions: 3.0 >Reporter: Robert Burrell Donkin >Assignee: Norman Maurer > > Background > > James uses the Phoenix container and the Avalon Framework. > Unfortunately, both are now dead projects. This is now starting to cause > maintainability issues. Realistically, James will need to start maintaining a > fork or accept that some features will not work correctly in this container. > It is also hard to recruit developers willing to learn these obsolete > technologies. > Both Avalon and Phoenix take intrusive approaches to IoC. Avalon imposes > coupling to a number of lifecycle interfaces. Phoenix requires a > proliferation of finely grained internal interfaces. > However, these components have many advantages. They are now well tested and > debugged. Users of James (as opposed to developers) seem happy with them. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-35) put widgets/target in svn:ignore
[ https://issues.apache.org/jira/browse/HUPA-35?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-35. --- Resolution: Fixed Thx for reporting mate.. > put widgets/target in svn:ignore > > > Key: HUPA-35 > URL: https://issues.apache.org/jira/browse/HUPA-35 > Project: JAMES Hupa > Issue Type: Bug > Components: Widgets >Reporter: Jürgen Hoffmann >Assignee: Norman Maurer >Priority: Trivial > > I recently checked out hupa to get involved into its development. I figured > out that the widgets/target directory is not in svn:ignore. I figure this is > an error, if not it would be inside the repo, right? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-40) Provide Environment Setup Documentation
[ https://issues.apache.org/jira/browse/HUPA-40?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-40. --- Resolution: Fixed Thx a bunch... > Provide Environment Setup Documentation > --- > > Key: HUPA-40 > URL: https://issues.apache.org/jira/browse/HUPA-40 > Project: JAMES Hupa > Issue Type: Improvement > Components: client, server, Widgets >Reporter: Jürgen Hoffmann >Assignee: Norman Maurer >Priority: Minor > Attachments: checkout-hupa.jpg, eclipse_setup.jpg, login page.jpg, > Run Configurations 16-10-2009 072709.jpg, run-configurations-gwt.jpg, > run-configurations-main.jpg, run-configurations-refresh.jpg, > setup-dev-environment.txt, svn-repo.jpg, svn-repositories-installed.jpg > > > For new developers, the documentation is pretty sparse. It would be nice to > find a detailed documentation, by which it is easy to contribute to the > project. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-40) Provide Environment Setup Documentation
[ https://issues.apache.org/jira/browse/HUPA-40?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-40. --- Resolution: Fixed Just updated the site again. Should be visible in a few hours.. Thx again :) > Provide Environment Setup Documentation > --- > > Key: HUPA-40 > URL: https://issues.apache.org/jira/browse/HUPA-40 > Project: JAMES Hupa > Issue Type: Improvement > Components: client, server, Widgets >Reporter: Jürgen Hoffmann >Assignee: Norman Maurer >Priority: Minor > Attachments: checkout-hupa.jpg, eclipse_setup.jpg, login page.jpg, > Run Configurations 16-10-2009 072709.jpg, run-configurations-gwt.jpg, > run-configurations-main.jpg, run-configurations-refresh.jpg, > setup-dev-environment.txt, svn-repo.jpg, svn-repositories-installed.jpg, > trivial_navigation_patch.txt > > > For new developers, the documentation is pretty sparse. It would be nice to > find a detailed documentation, by which it is easy to contribute to the > project. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Commented: (HUPA-36) mvn package throws errors
[ https://issues.apache.org/jira/browse/HUPA-36?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12767050#action_12767050 ] Norman Maurer commented on HUPA-36: --- So does this work for you now ? > mvn package throws errors > -- > > Key: HUPA-36 > URL: https://issues.apache.org/jira/browse/HUPA-36 > Project: JAMES Hupa > Issue Type: Bug > Environment: Maven version: 2.0.9, Java version: 1.6.0_11, OS name: > "windows vista" version: "6.0" arch: "x86" Family: "windows" >Reporter: sree >Assignee: Norman Maurer >Priority: Blocker > Original Estimate: 6h > Remaining Estimate: 6h > > - i checkout the hupa/trunk source code from svn to hupa-parent > - did cd hupa-parent mvn eclipse:eclise > - eclipse 3.5, import from existing project and selected hupa-parent > - run mvn package from eclipse and from command line both comes out with > error > error log: http://gnuyoga.pastebin.com/m224e5ddd > error log with -debug on: http://gnuyoga.pastebin.com/m6a016168 > when i see the directory D:\projects\hupa-parent\server\war\WEB-INF\classes > it has classes and > i get different error when i run from command line > http://gnuyoga.pastebin.com/m39fe2aa6 > now sure where is the disconnect. > FYI it just compiles perfect in gentoo linux unfortunately i like to > setup this in windows. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Commented: (MAILETSTANDARD-5) VirtualUserTable - uses reserve words in MSSQL server
[ https://issues.apache.org/jira/browse/MAILETSTANDARD-5?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12769122#action_12769122 ] Norman Maurer commented on MAILETSTANDARD-5: You could simply specify the sqlquery string by your own. As default it use: select VirtualUserTable.target_address from VirtualUserTable, VirtualUserTable as VUTDomains where (VirtualUserTable.user like ? or VirtualUserTable.user like '\\%') and (VirtualUserTable.domain like ? or (VirtualUserTable.domain like '\\%' and VUTDomains.domain like ?)) order by concat(VirtualUserTable.user,'@',VirtualUserTable.domain) desc limit 1 just configure JDBCVirtualUserTable with something like this: select VirtualUserTable.target_address from VirtualUserTable, VirtualUserTable as VUTDomains where (VirtualUserTable.$USER like ? or VirtualUserTable.$USER like '\\%') and (VirtualUserTable.domain like ? or (VirtualUserTable.domain like '\\%' and VUTDomains.domain like ?)) order by concat(VirtualUserTable.$USER,'@',VirtualUserTable.domain) desc limit 1 Replace $USER with the column name of your choice.. Hope this helps. Bye, Norman > VirtualUserTable - uses reserve words in MSSQL server > -- > > Key: MAILETSTANDARD-5 > URL: https://issues.apache.org/jira/browse/MAILETSTANDARD-5 > Project: JAMES Standard Mailets > Issue Type: Bug >Affects Versions: 1.0 > Environment: WindowsXP MS SQL Server 2005 (James 2.3.2) >Reporter: Janaka Paranamanage >Assignee: Robert Burrell Donkin >Priority: Blocker > > When configuring James to work with a db and to support multiple domain it > cannot add new user accounts. > James ask to create the virtualusertable in the db with user as a column > name which is a reserved word in mssql server therefore db saves it as [user] > instead of user. > however class org.apache.james.transport.mailets.JDBCVirtualUserTable > calls this column as VirtualUserTable.user > I believe it would be great if the table names and column names are defind in > a xml file so mail administrator can change them to suite the environment. > ***Would be great if I can know how can we fix this quickly till next fixed > is released by James. (Since we are having few mail servers running world > wide ) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-39) [patch] replaced tabs by spaces
[ https://issues.apache.org/jira/browse/HUPA-39?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-39. --- Resolution: Fixed in trunk now.. Thank you > [patch] replaced tabs by spaces > --- > > Key: HUPA-39 > URL: https://issues.apache.org/jira/browse/HUPA-39 > Project: JAMES Hupa > Issue Type: Improvement > Components: client, server >Reporter: Manuel Carrasco >Assignee: Norman Maurer > Attachments: hupa_without_tabs.diff, tabs_eclipse_setting.diff > > > just a patch which replaces all tabs in java files by four spaces. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Created: (HUPA-43) Add build to hudson CI
Add build to hudson CI -- Key: HUPA-43 URL: https://issues.apache.org/jira/browse/HUPA-43 Project: JAMES Hupa Issue Type: Task Reporter: Norman Maurer Assignee: Norman Maurer Priority: Trivial -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Created: (JAMES-935) Exception while using IMAPServer with VirtualHosting enabled
Exception while using IMAPServer with VirtualHosting enabled Key: JAMES-935 URL: https://issues.apache.org/jira/browse/JAMES-935 Project: JAMES Server Issue Type: Bug Components: IMAPServer Reporter: Norman Maurer I tried to use imap with current trunk and virtualhosting enabled. Here is the stacktrace: 24/10/09 15:35:46 INFO mailetpackages.LocalDelivery: Error while storing mail. java.lang.RuntimeException: Error in getUserInbox. at org.apache.james.James.getUserInbox(James.java:617) at org.apache.james.transport.mailets.ToMultiRepository.getRepository(ToMultiRepository.java:317) at org.apache.james.transport.mailets.ToMultiRepository.storeMail(ToMultiRepository.java:231) at org.apache.james.transport.mailets.ToMultiRepository.service(ToMultiRepository.java:162) at org.apache.james.transport.mailets.LocalDelivery.service(LocalDelivery.java:68) at org.apache.james.transport.LinearProcessor.service(LinearProcessor.java:446) at org.apache.james.transport.StateAwareProcessorList.service(StateAwareProcessorList.java:169) at org.apache.james.transport.JamesSpoolManager.run(JamesSpoolManager.java:208) at java.lang.Thread.run(Thread.java:595) Caused by: org.apache.avalon.framework.service.ServiceException: Cannot find or init repository (Key='') at org.apache.james.mailrepository.AvalonMailStore.select(AvalonMailStore.java:284) at org.apache.james.James.getUserInbox(James.java:609) ... 8 more Caused by: java.lang.ClassNotFoundException: org.apache.james.mailboxmanager.repository.MailboxManagerMailRepository at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at org.apache.avalon.phoenix.components.classloader.PolicyClassLoader.findClass(PolicyClassLoader.java:134) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.apache.james.mailrepository.AvalonMailStore.select(AvalonMailStore.java:261) ... 9 more 24/10/09 15:35:47 INFO mailetpackages.ToRepository: Storing mail Mail1256398546940-2 in file://var/mail/error/ mailet-2009-10-24-15-33.log (END) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-43) Add build to hudson CI
[ https://issues.apache.org/jira/browse/HUPA-43?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-43. --- Resolution: Fixed Done: http://hudson.zones.apache.org/hudson/view/James/job/hupa-trunk/ > Add build to hudson CI > -- > > Key: HUPA-43 > URL: https://issues.apache.org/jira/browse/HUPA-43 > Project: JAMES Hupa > Issue Type: Task >Reporter: Norman Maurer >Assignee: Norman Maurer >Priority: Trivial > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-36) mvn package throws errors
[ https://issues.apache.org/jira/browse/HUPA-36?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-36. --- Resolution: Fixed I think this was an documentation problem. With the docs in place now (thanks again to Juergen Hoffmann) it should be no problem to get everything setup. If you still think its a bug just reopen it. > mvn package throws errors > -- > > Key: HUPA-36 > URL: https://issues.apache.org/jira/browse/HUPA-36 > Project: JAMES Hupa > Issue Type: Bug > Environment: Maven version: 2.0.9, Java version: 1.6.0_11, OS name: > "windows vista" version: "6.0" arch: "x86" Family: "windows" >Reporter: sree >Assignee: Norman Maurer >Priority: Blocker > Original Estimate: 6h > Remaining Estimate: 6h > > - i checkout the hupa/trunk source code from svn to hupa-parent > - did cd hupa-parent mvn eclipse:eclise > - eclipse 3.5, import from existing project and selected hupa-parent > - run mvn package from eclipse and from command line both comes out with > error > error log: http://gnuyoga.pastebin.com/m224e5ddd > error log with -debug on: http://gnuyoga.pastebin.com/m6a016168 > when i see the directory D:\projects\hupa-parent\server\war\WEB-INF\classes > it has classes and > i get different error when i run from command line > http://gnuyoga.pastebin.com/m39fe2aa6 > now sure where is the disconnect. > FYI it just compiles perfect in gentoo linux unfortunately i like to > setup this in windows. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-44) [patch] increased test coverage, added msg fixtures, many fixes
[ https://issues.apache.org/jira/browse/HUPA-44?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-44. --- Resolution: Fixed Patch committed... Thx! > [patch] increased test coverage, added msg fixtures, many fixes > --- > > Key: HUPA-44 > URL: https://issues.apache.org/jira/browse/HUPA-44 > Project: JAMES Hupa > Issue Type: Bug > Components: client, server >Reporter: Manuel Carrasco >Assignee: Norman Maurer > Attachments: many_changes.diff, many_changes_unicode.diff, > many_changes_unicode_downloadservlet_fixtures_2.diff > > > This patch contains: > - Documentation > * Updated README with information about how to configure the > application and how to use it in demo mode. > - Demo-mode issues: > * Added example messages as fixtures for demo and tests. > * Modified eclipse claspath to include messages resources. > * Removed DemoModeIMAPFolder and DemoModeIMAPStore in favour of the > classes MockIMAPFolder and MockIMAPStore > * Configuration and Example messages are loaded automatically when > using hupa in demo mode > * Demo configuration is selected if no configuration file is provided. > - Testing issues > * Added instances of log, settings and httpsession to abstract handler > test > * Method refactoring in handlers in order to make testing easier > * Added new test for demo stuff (DemoModeTest) > * Added tests for fetch messages (FetchMessagesHandlerTest) > * Added tests for messages details (GetMessagesDetailsTest) > * Many fixes to MockIMAPFolders and MockIMAPStore classes > - Client side > * Created new interface to decouple raw iframe widget > * Fixed a bug when updating folders tree after messages are fetched > * Text messages are now wraped by '' tags, so it is easier to > convert it to html. > - Server side issues > * Added a new servlet which acts as wrapper for DispatchServiceServlet > in order to better loging actions and errors > * Select html part in alternative messages, because most email clients > do it. > * Fixed a bug in isHTML handling in mime parsing because booleans are > not modified when are passed as paramters > * Fixed a bug in parsing multipart messages with nested alternative > parts > * Fixed a bug in parsing messages which only have parts in text/html > * Fixed a bug in download attachment caused by my last patch > * Added support for draft, flagged and user flags, which made gmail > fetch messages fail -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Created: (JAMES-936) NPE when using FileMailRepository
NPE when using FileMailRepository - Key: JAMES-936 URL: https://issues.apache.org/jira/browse/JAMES-936 Project: JAMES Server Issue Type: Bug Components: MailStore & MailRepository Affects Versions: 3.0, 3.0-M1, Trunk Reporter: Norman Maurer Assignee: Norman Maurer Priority: Blocker It seems like the last refactoring broke the FileMailRepostory: 28/10/09 18:38:05 INFO mailetpackages.RemoteDelivery: Exception caught in RemoteDelivery.run() java.lang.NullPointerException at org.apache.james.mailrepository.FileMailRepository.list(FileMailRepository.java:274) at org.apache.james.mailrepository.FileSpoolRepository.accept(FileSpoolRepository.java:140) at org.apache.james.transport.mailets.RemoteDelivery.run(RemoteDelivery.java:782) at java.lang.Thread.run(Thread.java:619) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-1) Raw message dialogbox is displaying not correctly in IE
[ https://issues.apache.org/jira/browse/HUPA-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-1. -- Resolution: Fixed Not the case anymore with the new version which was introduced before > Raw message dialogbox is displaying not correctly in IE > --- > > Key: HUPA-1 > URL: https://issues.apache.org/jira/browse/HUPA-1 > Project: JAMES Hupa > Issue Type: Bug > Environment: Windows XP, java 1.6 >Reporter: Norman Maurer >Assignee: Norman Maurer > > When clicking on the "Show raw message" link a dialogbox popsup which holds > the complete message as raw content. This works fine on safari and firefox. > With IE the content is displayed all in one line. So no linebreaks at all. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Commented: (HUPA-41) support for imap filters / sieve
[ https://issues.apache.org/jira/browse/HUPA-41?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12771548#action_12771548 ] Norman Maurer commented on HUPA-41: --- sounds like a great idea! Contributions welcome ;) > support for imap filters / sieve > > > Key: HUPA-41 > URL: https://issues.apache.org/jira/browse/HUPA-41 > Project: JAMES Hupa > Issue Type: New Feature >Reporter: Jürgen Hoffmann >Assignee: Norman Maurer > > Make it possible to support server side filtering via the sieve protocol. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-45) [patch] fixe tests in windows
[ https://issues.apache.org/jira/browse/HUPA-45?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-45. --- Resolution: Fixed Thx > [patch] fixe tests in windows > - > > Key: HUPA-45 > URL: https://issues.apache.org/jira/browse/HUPA-45 > Project: JAMES Hupa > Issue Type: Bug >Reporter: Manuel Carrasco >Assignee: Norman Maurer > Attachments: patch.diff > > > This patch fixes compilation errors in windows OS. > Deleted also a forgotten debug line . -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Commented: (JSIEVE-74) Script parsing fails when the string contains a backslash
[ https://issues.apache.org/jira/browse/JSIEVE-74?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12773461#action_12773461 ] Norman Maurer commented on JSIEVE-74: - Just for the record, here is the rfc part which is relevant to this buf: A quoted string starts and ends with a single double quote (the <"> character, ASCII 34). A backslash ("\", ASCII 92) inside of a quoted string is followed by either another backslash or a double quote. This two-character sequence represents a single backslash or double- quote within the string, respectively. Read more: http://www.faqs.org/rfcs/rfc3028.html#ixzz0VtMQx6Hm > Script parsing fails when the string contains a backslash > - > > Key: JSIEVE-74 > URL: https://issues.apache.org/jira/browse/JSIEVE-74 > Project: JAMES jSieve > Issue Type: Bug > Components: JSieve (Main) >Affects Versions: 0.3 >Reporter: Boris Burtin > > The following script fails to parse because one of the string literals > contains a backslash. The parser also reports an error in the wrong line. > require ["fileinto", "reject", "tag", "flag"]; > # test > if allof (header :contains "to" "\\") { > keep; > stop; > } > # test2 > if anyof (header :contains "subject" "foo") { > keep; > stop; > } > org.apache.jsieve.parser.generated.TokenMgrError: Lexical error at line 14, > column 0. Encountered: after : "\") {\nkeep;\nstop;\n}\n" -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Commented: (JSIEVE-74) Script parsing fails when the string contains a backslash
[ https://issues.apache.org/jira/browse/JSIEVE-74?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12773473#action_12773473 ] Norman Maurer commented on JSIEVE-74: - Does it work with this rule? : if allof (header :contains "to" "") { Thx, Norman > Script parsing fails when the string contains a backslash > - > > Key: JSIEVE-74 > URL: https://issues.apache.org/jira/browse/JSIEVE-74 > Project: JAMES jSieve > Issue Type: Bug > Components: JSieve (Main) >Affects Versions: 0.3 >Reporter: Boris Burtin > > The following script fails to parse because one of the string literals > contains a backslash. The parser also reports an error in the wrong line. > require ["fileinto", "reject", "tag", "flag"]; > # test > if allof (header :contains "to" "\\") { > keep; > stop; > } > # test2 > if anyof (header :contains "subject" "foo") { > keep; > stop; > } > org.apache.jsieve.parser.generated.TokenMgrError: Lexical error at line 14, > column 0. Encountered: after : "\") {\nkeep;\nstop;\n}\n" -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Commented: (HUPA-47) [patch] Handle html links in messages and other issues
[ https://issues.apache.org/jira/browse/HUPA-47?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12776428#action_12776428 ] Norman Maurer commented on HUPA-47: --- Hi Manuel, thx for the patch. Just some minor note about it.. The IMAPMessageView is now doing very well ( great work!), the only thing we need to handle is what happen if you press the reply button. The "old" message is displayed with all the etc ( html tags). I think we display the "original" email text without the html stuff. > [patch] Handle html links in messages and other issues > -- > > Key: HUPA-47 > URL: https://issues.apache.org/jira/browse/HUPA-47 > Project: JAMES Hupa > Issue Type: Improvement > Components: client, server >Reporter: Manuel Carrasco >Assignee: Norman Maurer > Attachments: hupa.patch > > > This patch: > - Modifies Server responsibility in order to parse messages and send it in > html format. > - Adds js methods in the client side to open links in new windows, and emails > in hupa's new mail screen > - Parses email documents to modify in order to open documents in new > windows an not interfere with the application > - Removes dangerous tags and attributes > - Discovers urls and emails in the document and encloses them in tags > - New class to put static constants used in server and client sides > - Re-factor of servlet paths to use constants > - fixes: problems to servlet calls in web mode. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-47) [patch] Handle html links in messages and other issues
[ https://issues.apache.org/jira/browse/HUPA-47?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-47. --- Resolution: Fixed Thx for the patch.. committed to trunk ! > [patch] Handle html links in messages and other issues > -- > > Key: HUPA-47 > URL: https://issues.apache.org/jira/browse/HUPA-47 > Project: JAMES Hupa > Issue Type: Improvement > Components: client, server >Reporter: Manuel Carrasco >Assignee: Norman Maurer > Attachments: hupa.patch > > > This patch: > - Modifies Server responsibility in order to parse messages and send it in > html format. > - Adds js methods in the client side to open links in new windows, and emails > in hupa's new mail screen > - Parses email documents to modify in order to open documents in new > windows an not interfere with the application > - Removes dangerous tags and attributes > - Discovers urls and emails in the document and encloses them in tags > - New class to put static constants used in server and client sides > - Re-factor of servlet paths to use constants > - fixes: problems to servlet calls in web mode. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-48) [patch] fixes bug in a regex, and a bug in configuration file load
[ https://issues.apache.org/jira/browse/HUPA-48?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-48. --- Resolution: Fixed And again... thx! > [patch] fixes bug in a regex, and a bug in configuration file load > -- > > Key: HUPA-48 > URL: https://issues.apache.org/jira/browse/HUPA-48 > Project: JAMES Hupa > Issue Type: Bug > Components: server >Reporter: Manuel Carrasco >Assignee: Norman Maurer > Attachments: hupa.patch, hupa2.patch > > > This patch: > - Fixes the order on the precedence to load configuration files (first > deployer configuration, and last the configuration included in the > distribution war) > - Fixes a bug when an email address is part of a link or a tag attribute -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Created: (HUPA-49) Remove SNAPSHOT dependencies
Remove SNAPSHOT dependencies Key: HUPA-49 URL: https://issues.apache.org/jira/browse/HUPA-49 Project: JAMES Hupa Issue Type: Task Reporter: Norman Maurer Assignee: Norman Maurer Priority: Blocker Fix For: 0.1 For the first release we need to remove the dependencies on SNAPSHOTS. At the moment we depend on two SNAPSHOTS: * gin * gwt-presenter -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Commented: (HUPA-49) Remove SNAPSHOT dependencies
[ https://issues.apache.org/jira/browse/HUPA-49?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12777103#action_12777103 ] Norman Maurer commented on HUPA-49: --- >From GIN ml: Hi Norman, we've been planning a 1.0 release for a long time and are mostly ready for it (i.e. all planned features are in). My main issue at this moment (apart from lacking time) is that I have at least two pending patches that haven't been reviewed yet: Fix for issue #60: http://codereview.appspot.com/152045 New sample app: http://codereview.appspot.com/116052 Once these two are in (and provided no new bugs are reported in the meantime), I'll cut a release, update the documentation and you should have all you need. So please, if you are interested in a release, do the reviews! Thanks, Peter - Zitierten Text ausblenden - On Thu, Nov 12, 2009 at 11:54, Norman Maurer wrote: Hi all, we at Hupa (http://james.apache.org/hupa) use GIN todo dependency injection. All works fine. The only problem we face is we would need an "official" GIN release todo any release. The ASF don't allow releases to depend on SNAPSHOTS :/ So any plans for a release ? Thx, Norman -- > Remove SNAPSHOT dependencies > > > Key: HUPA-49 > URL: https://issues.apache.org/jira/browse/HUPA-49 > Project: JAMES Hupa > Issue Type: Task >Reporter: Norman Maurer >Assignee: Norman Maurer >Priority: Blocker > Fix For: 0.1 > > > For the first release we need to remove the dependencies on SNAPSHOTS. > At the moment we depend on two SNAPSHOTS: > * gin > * gwt-presenter -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Created: (HUPA-50) Check licenses
Check licenses -- Key: HUPA-50 URL: https://issues.apache.org/jira/browse/HUPA-50 Project: JAMES Hupa Issue Type: Task Reporter: Norman Maurer Assignee: Norman Maurer Fix For: 0.1 For first release we need to check licenses -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Commented: (HUPA-25) Deploy live demo of hupa to james.zones.apache.org
[ https://issues.apache.org/jira/browse/HUPA-25?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12777104#action_12777104 ] Norman Maurer commented on HUPA-25: --- Live demo is on http://james.zones.apache.org:8080/hupa/ User: demo pass: demo I need to find out why the inbox is empty .. > Deploy live demo of hupa to james.zones.apache.org > -- > > Key: HUPA-25 > URL: https://issues.apache.org/jira/browse/HUPA-25 > Project: JAMES Hupa > Issue Type: Task >Reporter: Norman Maurer >Assignee: Norman Maurer >Priority: Minor > > It would be very cool to have a live demo of hupa online -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-18) Manage History
[ https://issues.apache.org/jira/browse/HUPA-18?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-18. --- Resolution: Fixed Fix Version/s: 0.1 History is workin now. Maybe it need some fine tuning in the future.. we will see > Manage History > -- > > Key: HUPA-18 > URL: https://issues.apache.org/jira/browse/HUPA-18 > Project: JAMES Hupa > Issue Type: Improvement >Reporter: Norman Maurer > Fix For: 0.1 > > > Currently the History is not managed, so its impossible to support proper > bookmarks and refresh,page back, page forward is not workin as a "normal" > user would expect it. This needs to get fixed -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Commented: (HUPA-21) Automatic use the right locale (depending on the users locale)
[ https://issues.apache.org/jira/browse/HUPA-21?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12777124#action_12777124 ] Norman Maurer commented on HUPA-21: --- http://cyrillakech.blogspot.com/2009_01_01_archive.html <- thats prolly the way to go > Automatic use the right locale (depending on the users locale) > -- > > Key: HUPA-21 > URL: https://issues.apache.org/jira/browse/HUPA-21 > Project: JAMES Hupa > Issue Type: Improvement >Reporter: Norman Maurer >Assignee: Norman Maurer > > Hupa should use the "default" locale of the users webbrowser by default. This > is possible using some classes of the gwt-incubater. > More infos here: > http://code.google.com/docreader/#p=google-web-toolkit-incubator&s=google-web-toolkit-incubator&t=ServerSideLocaleSelection -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-52) [patch] fixes dangerous-attributes removal regex
[ https://issues.apache.org/jira/browse/HUPA-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-52. --- Resolution: Fixed Fix Version/s: 0.1 Comitted to trunk > [patch] fixes dangerous-attributes removal regex > > > Key: HUPA-52 > URL: https://issues.apache.org/jira/browse/HUPA-52 > Project: JAMES Hupa > Issue Type: Bug > Components: server >Reporter: Manuel Carrasco >Assignee: Norman Maurer > Fix For: 0.1 > > Attachments: regex_attrs.patch > > > This patch: > - Modifies the regular expression with removes javascript attributtes > (onclick, onmouse.., etc) in order to avoid undesired javascript execution > when an email is displayed, and makes it recursive. > - Fixes a case in the mail addresses detection when it is part of a Url > - Removes ugly debug code -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-21) Automatic use the right locale (depending on the users locale)
[ https://issues.apache.org/jira/browse/HUPA-21?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-21. --- Resolution: Fixed Fix Version/s: 0.1 Make sense. I applied it to trunk > Automatic use the right locale (depending on the users locale) > -- > > Key: HUPA-21 > URL: https://issues.apache.org/jira/browse/HUPA-21 > Project: JAMES Hupa > Issue Type: Improvement >Reporter: Norman Maurer >Assignee: Norman Maurer > Fix For: 0.1 > > Attachments: locale_detection.patch > > > Hupa should use the "default" locale of the users webbrowser by default. This > is possible using some classes of the gwt-incubater. > More infos here: > http://code.google.com/docreader/#p=google-web-toolkit-incubator&s=google-web-toolkit-incubator&t=ServerSideLocaleSelection -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Assigned: (JAMES-935) Exception while using IMAPServer with VirtualHosting enabled
[ https://issues.apache.org/jira/browse/JAMES-935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer reassigned JAMES-935: --- Assignee: Robert Burrell Donkin @Robert: Any clue if the class was renamed or something like that ? > Exception while using IMAPServer with VirtualHosting enabled > > > Key: JAMES-935 > URL: https://issues.apache.org/jira/browse/JAMES-935 > Project: JAMES Server > Issue Type: Bug > Components: IMAPServer >Reporter: Norman Maurer >Assignee: Robert Burrell Donkin > > I tried to use imap with current trunk and virtualhosting enabled. Here is > the stacktrace: > 24/10/09 15:35:46 INFO mailetpackages.LocalDelivery: Error while storing > mail. > java.lang.RuntimeException: Error in getUserInbox. > at org.apache.james.James.getUserInbox(James.java:617) > at > org.apache.james.transport.mailets.ToMultiRepository.getRepository(ToMultiRepository.java:317) > at > org.apache.james.transport.mailets.ToMultiRepository.storeMail(ToMultiRepository.java:231) > at > org.apache.james.transport.mailets.ToMultiRepository.service(ToMultiRepository.java:162) > at > org.apache.james.transport.mailets.LocalDelivery.service(LocalDelivery.java:68) > at > org.apache.james.transport.LinearProcessor.service(LinearProcessor.java:446) > at > org.apache.james.transport.StateAwareProcessorList.service(StateAwareProcessorList.java:169) > at > org.apache.james.transport.JamesSpoolManager.run(JamesSpoolManager.java:208) > at java.lang.Thread.run(Thread.java:595) > Caused by: org.apache.avalon.framework.service.ServiceException: Cannot find > or init repository (Key='') > at > org.apache.james.mailrepository.AvalonMailStore.select(AvalonMailStore.java:284) > at org.apache.james.James.getUserInbox(James.java:609) > ... 8 more > Caused by: java.lang.ClassNotFoundException: > org.apache.james.mailboxmanager.repository.MailboxManagerMailRepository > at java.net.URLClassLoader$1.run(URLClassLoader.java:200) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:188) > at > org.apache.avalon.phoenix.components.classloader.PolicyClassLoader.findClass(PolicyClassLoader.java:134) > at java.lang.ClassLoader.loadClass(ClassLoader.java:306) > at java.lang.ClassLoader.loadClass(ClassLoader.java:251) > at > org.apache.james.mailrepository.AvalonMailStore.select(AvalonMailStore.java:261) > ... 9 more > 24/10/09 15:35:47 INFO mailetpackages.ToRepository: Storing mail > Mail1256398546940-2 in file://var/mail/error/ > mailet-2009-10-24-15-33.log (END) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Commented: (JAMES-937) timeout on SMTP socket (incoming) causes James to crash with IllegalThreadStateException
[ https://issues.apache.org/jira/browse/JAMES-937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12780562#action_12780562 ] Norman Maurer commented on JAMES-937: - Hi, does it happen everytime ? I tried to reproduce it on one freebsd server and my mac laptop. no luck at all. The connection get "just" disconnect after some idle. Did you adjust something in the config ? > timeout on SMTP socket (incoming) causes James to crash with > IllegalThreadStateException > > > Key: JAMES-937 > URL: https://issues.apache.org/jira/browse/JAMES-937 > Project: JAMES Server > Issue Type: Bug >Affects Versions: 2.3.2 > Environment: CentOS 5.3, James built with JDK 1.5.0_17, running with > JDK/JRE 1.6.0_13 >Reporter: Brad Whitaker >Assignee: Norman Maurer > > Manually constructed and sent a message via telnet from a remote machine. > After completing the message I left the telnet connection open. Four minutes > later the james server crashed with this stack trace: > 2009-11-20 01:06:16,507 INFO [Spool Thread #9] transport.JamesSpoolManager > (JamesSpoolManager.java:362) - Stop JamesSpoolManager: Spool Thread #9 > 2009-11-20 01:06:17,507 INFO [Thread-2] transport.JamesSpoolManager > (JamesSpoolManager.java:477) - JamesSpoolManager thread shutdown completed. > 2009-11-20 01:10:39,350 ERROR [default Worker #4] smtpserver.SMTPHandler > (SMTPHandler.java:459) - Socket to 192.168.0.9 (192.168.0.9) timeout. > java.net.SocketTimeoutException: Read timed out > at java.net.SocketInputStream.socketRead0(Native Method) > at java.net.SocketInputStream.read(SocketInputStream.java:129) > at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) > at java.io.BufferedInputStream.read(BufferedInputStream.java:237) > at > org.apache.james.util.CRLFTerminatedReader.read(CRLFTerminatedReader.java:153) > at > org.apache.james.util.CRLFTerminatedReader.readLine(CRLFTerminatedReader.java:113) > at > org.apache.james.smtpserver.SMTPHandler.readCommandLine(SMTPHandler.java:751) > at > org.apache.james.smtpserver.SMTPHandler.handleConnection(SMTPHandler.java:372) > at > org.apache.james.util.connection.ServerConnection$ClientConnectionRunner.run(ServerConnection.java:432) > at > org.apache.excalibur.thread.impl.ExecutableRunnable.execute(ExecutableRunnable.java:55) > at > org.apache.excalibur.thread.impl.WorkerThread.run(WorkerThread.java:116) > org.apache.avalon.phoenix.containerkit.lifecycle.LifecycleException: > Component named "thread-manager" failed to pass through the Destruction > stage. (Reason: java.lang.IllegalThreadStateException). > at > org.apache.avalon.phoenix.containerkit.lifecycle.LifecycleHelper.fail(LifecycleHelper.java:354) > at > org.apache.avalon.phoenix.containerkit.lifecycle.LifecycleHelper.shutdown(LifecycleHelper.java:288) > at > org.apache.avalon.phoenix.components.application.DefaultApplication.shutdown(DefaultApplication.java:566) > at > org.apache.avalon.phoenix.components.application.DefaultApplication.doRunPhase(DefaultApplication.java:482) > at > org.apache.avalon.phoenix.components.application.DefaultApplication.runPhase(DefaultApplication.java:409) > at > org.apache.avalon.phoenix.components.application.DefaultApplication.stop(DefaultApplication.java:233) > at > org.apache.avalon.framework.container.ContainerUtil.stop(ContainerUtil.java:292) > at > org.apache.avalon.framework.container.ContainerUtil.shutdown(ContainerUtil.java:66) > at > org.apache.avalon.phoenix.components.kernel.DefaultKernel.shutdown(DefaultKernel.java:346) > at > org.apache.avalon.phoenix.components.kernel.DefaultKernel.removeApplication(DefaultKernel.java:455) > at > org.apache.avalon.phoenix.components.deployer.DefaultDeployer.undeploy(DefaultDeployer.java:244) > at > org.apache.avalon.phoenix.components.deployer.DefaultDeployer.dispose(DefaultDeployer.java:154) > at > org.apache.avalon.framework.container.ContainerUtil.dispose(ContainerUtil.java:306) > at > org.apache.avalon.framework.container.ContainerUtil.shutdown(ContainerUtil.java:67) > at > org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.shutdownComponents(DefaultEmbeddor.java:598) > at > org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.dispose(DefaultEmbeddor.java:342) > at > org.apache.avalon.framework.container.ContainerUtil.dispose(ContainerUtil.java:306) > at > org.apache.avalon.framework.container.ContainerUtil.shutdown(ContainerUtil.java:67) > at > org.apache.avalon.phoenix.frontends.CLIMain.shutdown(CLIMain.j
[jira] Assigned: (JAMES-937) timeout on SMTP socket (incoming) causes James to crash with IllegalThreadStateException
[ https://issues.apache.org/jira/browse/JAMES-937?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer reassigned JAMES-937: --- Assignee: Norman Maurer > timeout on SMTP socket (incoming) causes James to crash with > IllegalThreadStateException > > > Key: JAMES-937 > URL: https://issues.apache.org/jira/browse/JAMES-937 > Project: JAMES Server > Issue Type: Bug >Affects Versions: 2.3.2 > Environment: CentOS 5.3, James built with JDK 1.5.0_17, running with > JDK/JRE 1.6.0_13 >Reporter: Brad Whitaker >Assignee: Norman Maurer > > Manually constructed and sent a message via telnet from a remote machine. > After completing the message I left the telnet connection open. Four minutes > later the james server crashed with this stack trace: > 2009-11-20 01:06:16,507 INFO [Spool Thread #9] transport.JamesSpoolManager > (JamesSpoolManager.java:362) - Stop JamesSpoolManager: Spool Thread #9 > 2009-11-20 01:06:17,507 INFO [Thread-2] transport.JamesSpoolManager > (JamesSpoolManager.java:477) - JamesSpoolManager thread shutdown completed. > 2009-11-20 01:10:39,350 ERROR [default Worker #4] smtpserver.SMTPHandler > (SMTPHandler.java:459) - Socket to 192.168.0.9 (192.168.0.9) timeout. > java.net.SocketTimeoutException: Read timed out > at java.net.SocketInputStream.socketRead0(Native Method) > at java.net.SocketInputStream.read(SocketInputStream.java:129) > at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) > at java.io.BufferedInputStream.read(BufferedInputStream.java:237) > at > org.apache.james.util.CRLFTerminatedReader.read(CRLFTerminatedReader.java:153) > at > org.apache.james.util.CRLFTerminatedReader.readLine(CRLFTerminatedReader.java:113) > at > org.apache.james.smtpserver.SMTPHandler.readCommandLine(SMTPHandler.java:751) > at > org.apache.james.smtpserver.SMTPHandler.handleConnection(SMTPHandler.java:372) > at > org.apache.james.util.connection.ServerConnection$ClientConnectionRunner.run(ServerConnection.java:432) > at > org.apache.excalibur.thread.impl.ExecutableRunnable.execute(ExecutableRunnable.java:55) > at > org.apache.excalibur.thread.impl.WorkerThread.run(WorkerThread.java:116) > org.apache.avalon.phoenix.containerkit.lifecycle.LifecycleException: > Component named "thread-manager" failed to pass through the Destruction > stage. (Reason: java.lang.IllegalThreadStateException). > at > org.apache.avalon.phoenix.containerkit.lifecycle.LifecycleHelper.fail(LifecycleHelper.java:354) > at > org.apache.avalon.phoenix.containerkit.lifecycle.LifecycleHelper.shutdown(LifecycleHelper.java:288) > at > org.apache.avalon.phoenix.components.application.DefaultApplication.shutdown(DefaultApplication.java:566) > at > org.apache.avalon.phoenix.components.application.DefaultApplication.doRunPhase(DefaultApplication.java:482) > at > org.apache.avalon.phoenix.components.application.DefaultApplication.runPhase(DefaultApplication.java:409) > at > org.apache.avalon.phoenix.components.application.DefaultApplication.stop(DefaultApplication.java:233) > at > org.apache.avalon.framework.container.ContainerUtil.stop(ContainerUtil.java:292) > at > org.apache.avalon.framework.container.ContainerUtil.shutdown(ContainerUtil.java:66) > at > org.apache.avalon.phoenix.components.kernel.DefaultKernel.shutdown(DefaultKernel.java:346) > at > org.apache.avalon.phoenix.components.kernel.DefaultKernel.removeApplication(DefaultKernel.java:455) > at > org.apache.avalon.phoenix.components.deployer.DefaultDeployer.undeploy(DefaultDeployer.java:244) > at > org.apache.avalon.phoenix.components.deployer.DefaultDeployer.dispose(DefaultDeployer.java:154) > at > org.apache.avalon.framework.container.ContainerUtil.dispose(ContainerUtil.java:306) > at > org.apache.avalon.framework.container.ContainerUtil.shutdown(ContainerUtil.java:67) > at > org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.shutdownComponents(DefaultEmbeddor.java:598) > at > org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.dispose(DefaultEmbeddor.java:342) > at > org.apache.avalon.framework.container.ContainerUtil.dispose(ContainerUtil.java:306) > at > org.apache.avalon.framework.container.ContainerUtil.shutdown(ContainerUtil.java:67) > at > org.apache.avalon.phoenix.frontends.CLIMain.shutdown(CLIMain.java:326) > at > org.apache.avalon.phoenix.frontends.CLIMain.forceShutdown(CLIMain.java:295) > at > org.apache.avalon.phoenix.frontends.ShutdownHook.run(CLIMain.java:386) > Caused by: java.lang.IllegalThreadStateExcep
[jira] Created: (HUPA-53) Add support for printing messages
Add support for printing messages - Key: HUPA-53 URL: https://issues.apache.org/jira/browse/HUPA-53 Project: JAMES Hupa Issue Type: New Feature Reporter: Norman Maurer Assignee: Norman Maurer Priority: Minor It would be cool if we could support printing of messages -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Assigned: (JAMES-911) Migrate from Avalon to something else
[ https://issues.apache.org/jira/browse/JAMES-911?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer reassigned JAMES-911: --- Assignee: Norman Maurer > Migrate from Avalon to something else > - > > Key: JAMES-911 > URL: https://issues.apache.org/jira/browse/JAMES-911 > Project: JAMES Server > Issue Type: New Feature > Components: James Core >Affects Versions: Trunk >Reporter: Serhiy >Assignee: Norman Maurer > > Reasons: > 1. Apache Avalon project was closed in 2004. There are no software projects > without bugs. And Avalon bugs are not resolved for years! > 2. You can't find any documentation about Apache Avalon! > I am a java developer and I was interested in Apache James project and even > was going to start contributing some code. But when I started to investigate > more about James I could not understand how you could use something that is > years old, have no active maintenance and development and even don't have any > public documentation. I even can't find any details about what exactly Avalon > does! I am absolutely positive that there are a lot of modern alternatives to > some Avalon. From the other point of view if Avalon was something good it > would not have been closed. Avalon is closed and this means that nobody was > interested in it and nobody really needed it. > If you want to attract some non payed developers to your open source project > it should be interesting for them to work with your project. But there are > references from your site to http://avalon.apache.org/ and when new > developers see that site it does not encourage him/her to start to dig deeper. > Avalon is dead. You need to move forward! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (JAMES-820) java.io.IOException: Unknown encoding: 8-bit in AttachmentFileNameIs matcher
[ https://issues.apache.org/jira/browse/JAMES-820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JAMES-820. - Resolution: Won't Fix Fix Version/s: 3.0-M1 3.0 2.3.3 Assignee: Norman Maurer Not really a bug.. > java.io.IOException: Unknown encoding: 8-bit in AttachmentFileNameIs matcher > > > Key: JAMES-820 > URL: https://issues.apache.org/jira/browse/JAMES-820 > Project: JAMES Server > Issue Type: Bug > Components: Matchers/Mailets (bundled) >Affects Versions: 2.3.1 > Environment: RHE Linux > j2sdk1.4.2_13 >Reporter: Ozkan Mehmedali >Assignee: Norman Maurer > Fix For: 2.3.3, 3.0, 3.0-M1 > > > We are getting quite a lot of these exceptions on our server: > java.io.IOException: Unknown encoding: 8-bit > > at > javax.mail.internet.MimePartDataSource.getInputStream(MimePartDataSource.java:106) > > at com.sun.mail.handlers.text_plain.getContent(text_plain.java:82) > > at > javax.activation.DataSourceDataContentHandler.getContent(DataHandler.java:789) > > at javax.activation.DataHandler.getContent(DataHandler.java:536) > > at javax.mail.internet.MimeMessage.getContent(MimeMessage.java:1380) > > at > org.apache.james.core.MimeMessageCopyOnWriteProxy.getContent(MimeMessageCopyOnWriteProxy.java:34 > 3) > > at > org.apache.james.transport.matchers.AttachmentFileNameIs.matchFound(AttachmentFileNameIs.java:16 > 2) > > at > org.apache.james.transport.matchers.AttachmentFileNameIs.match(AttachmentFileNameIs.java:130) > > at > org.apache.james.transport.LinearProcessor.service(LinearProcessor.java:357) > > at > org.apache.james.transport.JamesSpoolManager.process(JamesSpoolManager.java:405) > > at > org.apache.james.transport.JamesSpoolManager.run(JamesSpoolManager.java:309) > > at java.lang.Thread.run(Thread.java:534) > We have other matchers/mailets called before AttachmentFileNameIs in our > configuration but this is the only place the exception is thrown. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (JAMES-933) Refactor SMTPServer to use MINA for sockets
[ https://issues.apache.org/jira/browse/JAMES-933?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JAMES-933. - Resolution: Fixed Fix Version/s: Trunk 3.0-M1 Its now in trunk called AsyncSMTPServer.. > Refactor SMTPServer to use MINA for sockets > --- > > Key: JAMES-933 > URL: https://issues.apache.org/jira/browse/JAMES-933 > Project: JAMES Server > Issue Type: Sub-task > Components: SMTPServer >Reporter: Norman Maurer >Assignee: Norman Maurer > Fix For: 3.0-M1, Trunk > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (JAMES-347) make POP3Handler.java/POP3Server.java and AvalonUsersStore.java extensible
[ https://issues.apache.org/jira/browse/JAMES-347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JAMES-347. - Resolution: Fixed Fix Version/s: 3.0-M1 3.0 I think thats done now > make POP3Handler.java/POP3Server.java and AvalonUsersStore.java extensible > -- > > Key: JAMES-347 > URL: https://issues.apache.org/jira/browse/JAMES-347 > Project: JAMES Server > Issue Type: Improvement > Components: POP3Server >Affects Versions: 2.3.0 > Environment: any >Reporter: Ralf Hauser >Priority: Minor > Fix For: 3.0, 3.0-M1 > > > As discussed in James 288, my application of james i) needs more memory > efficiency and ii) unfortunately needs to remain with "db store" and iii) > adds some extra logic to the pop implementation (see http://p4u.ch) > In order to allow for such extensions without requiring duplication of > existing code that is perfectly ok for my purposes (most of the > POP3Handler.do*() methods), it would great if > 1) the methods of POP3Handler.java would not be of type "private" such that > classes extending POP3Handler.java could use them if there is no need to > overwrite them (the same applies to the "final static String OK_RESPONSE="... > and alike) even if the extending class is not in the same directory > 2) similarly, make org.apache.james.core.AvalonUsersStore extensible by > making its contents also accessible to extending classes thereof (the methods > are "public", but the content only "protected" - so either provide getters > and setters or make them public) > 3) ditto org.apache.james.pop3server.POP3Server - then I could specify the > extended class in james-assembly without having to copy all unchanged > methods. If in > org.apache.james.pop3server.POP3Server.POP3HandlerFactory.newInstance() were > to create a configurable handler object as suggested in "4)" and not the > hard-coded POP3Handler, extending the POP3Server might not even be necessary > 4) in the config, allow to specify other (extended) classes for > james-assembly's role="org.apache.james.services.UsersStore" much like the > struts-config.xml'sclassName="...MessageResourcesConfigExtension" /> does where either the > default class is used or an own implementation will be used > - another little difficulty is that it doesn't appear to be possible to use > an extended UserStore just for pop3server, but not the others since ins > assembly.xml, I can only specify one user-store in the- furthermore, the compose method of each AbstractJamesService such as > org.apache.james.smtpserver.SMTPServer all > lookup("org.apache.james.services.UsersStore") that is hard-coded > - also, that compose() method is executed even if though my config.xml says > > Reasons for doing all these extensions: > * above-mentioined efficiency > * being able to provide error messages in the user's language (nls/i18n) > * being able to perform the authentication test with additional parameters > such as remotehost, etc., SSL session ID, ... > * additional security/privacy/DSN logic as implemented http://p4u.ch -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (JAMES-112) EJB Session bean remote manager
[ https://issues.apache.org/jira/browse/JAMES-112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JAMES-112. - Resolution: Won't Fix > EJB Session bean remote manager > --- > > Key: JAMES-112 > URL: https://issues.apache.org/jira/browse/JAMES-112 > Project: JAMES Server > Issue Type: New Feature > Components: UsersStore & UsersRepository >Affects Versions: 2.0a3, 2.1, 2.1.3, 2.2.0 > Environment: Operating System: All > Platform: All >Reporter: Robert R. Murrell >Priority: Minor > > You should make an EJB (Session Bean)remote manager that can access the user > repository. This would make Jame easily integrated into user based web > application. Web sites could real-time add.edit/remove online mail users > through existing systems with minimal code impact. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Assigned: (JAMES-932) James 'initialize' reports deprecated config
[ https://issues.apache.org/jira/browse/JAMES-932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer reassigned JAMES-932: --- Assignee: Norman Maurer > James 'initialize' reports deprecated config > -- > > Key: JAMES-932 > URL: https://issues.apache.org/jira/browse/JAMES-932 > Project: JAMES Server > Issue Type: Bug > Components: James Core >Affects Versions: Trunk > Environment: http://svn.apache.org/repos/asf/james/server/trunk >Reporter: Mark DeBusschere >Assignee: Norman Maurer >Priority: Trivial > Original Estimate: 0.17h > Remaining Estimate: 0.17h > > During start log messages such as > parameter in James block is deprecated. Please configure this > data in UsersRepository block: configuration injected for backward > compatibility > and > parameter in James block is deprecated. Please configure this > data in domainlist block: configuration injected for backward compatibility > The code in org.apache.james.James.initialize() > uses the following test conditions > Configuration userNamesConf = conf.getChild("usernames"); > if (userNamesConf != null) { ..} > Configuration serverConf = conf.getChild("servernames"); > if (serverConf != null) { .. } > The javadocs for org.apache.avalon.framework.configuration.Configuration state > a test for null should use getChild(String, boolean) > The current james-config.xml has these listed as deprecated and remd out. > For this test condition, the method should return null. > I believe the following would be correct for this situation. > userNamesConf = conf.getChild("usernames",false); > and > Configuration serverConf = conf.getChild("servernames", false); > The following could be an issue, but they are still valid in james-config.xml. > virtualHostingConfig = conf.getChild("enableVirtualHosting"); > defaultDomainConfig = conf.getChild("defaultDomain"); > helloNameConfig = conf.getChild("helloName"); -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (JAMES-923) [smtp] Replace Avalon interfaces with injection
[ https://issues.apache.org/jira/browse/JAMES-923?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JAMES-923. - Resolution: Fixed Fix Version/s: Trunk 3.0-M1 Assignee: Norman Maurer (was: Robert Burrell Donkin) done > [smtp] Replace Avalon interfaces with injection > --- > > Key: JAMES-923 > URL: https://issues.apache.org/jira/browse/JAMES-923 > Project: JAMES Server > Issue Type: Improvement > Components: SMTPServer >Affects Versions: 3.0 >Reporter: Robert Burrell Donkin >Assignee: Norman Maurer > Fix For: 3.0, 3.0-M1, Trunk > > > Replace Avalon interfaces with direct service injection -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (JAMES-439) Generate an Eclipse .classpath file during build
[ https://issues.apache.org/jira/browse/JAMES-439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JAMES-439. - Resolution: Won't Fix I think that is not needed anymore. mvn takes care of this.. > Generate an Eclipse .classpath file during build > > > Key: JAMES-439 > URL: https://issues.apache.org/jira/browse/JAMES-439 > Project: JAMES Server > Issue Type: Improvement > Components: Build System >Affects Versions: 2.3.0 > Environment: Ant >Reporter: Steve Brewin >Assignee: Steve Brewin >Priority: Minor > Fix For: Trunk > > > It would be cool for the build process to generate an Eclipse .classpath file > containing references to all of the .jar and .class files used by the > task to compile James. > This would ease James development for users of Eclipse. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-55) MessageSourceServlet has a close() not in a finally block.
[ https://issues.apache.org/jira/browse/HUPA-55?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-55. --- Resolution: Fixed Fix Version/s: 0.1 committed to trunk..Thx! > MessageSourceServlet has a close() not in a finally block. > -- > > Key: HUPA-55 > URL: https://issues.apache.org/jira/browse/HUPA-55 > Project: JAMES Hupa > Issue Type: Bug >Reporter: Eric Jablow >Assignee: Norman Maurer >Priority: Minor > Fix For: 0.1 > > Attachments: hupa.mss.io.patch > > Original Estimate: 0.08h > Remaining Estimate: 0.08h > > The output stream in MessageSourceServlet.doGet is closed within the try > block, not a finally block. If an exception occurs, it won't be closed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-54) DownloadAttachmentServlet should use IOUtils.closeQueitly
[ https://issues.apache.org/jira/browse/HUPA-54?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-54. --- Resolution: Fixed Fix Version/s: 0.1 Thx for the patch... applied to trunk > DownloadAttachmentServlet should use IOUtils.closeQueitly > - > > Key: HUPA-54 > URL: https://issues.apache.org/jira/browse/HUPA-54 > Project: JAMES Hupa > Issue Type: Improvement > Components: server >Affects Versions: 0.1 >Reporter: Eric Jablow >Assignee: Norman Maurer >Priority: Trivial > Fix For: 0.1 > > Attachments: hupa.download.io.patch > > Original Estimate: 0.03h > Remaining Estimate: 0.03h > > DownloadAttachmentServlet contains two blocks of code like: > if (in != null) { > try { > in.close() > } catch(IOException e) { > // Ignored > } > } > This project uses Apache Commons IO; it should use > IOUtils.closeQuietly(InputStream s) and the corresponding output stream > version. I have made a small patch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (JAMES-920) Improve ProtocolHandler API
[ https://issues.apache.org/jira/browse/JAMES-920?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JAMES-920. - Resolution: Fixed I think we are done with that.. > Improve ProtocolHandler API > --- > > Key: JAMES-920 > URL: https://issues.apache.org/jira/browse/JAMES-920 > Project: JAMES Server > Issue Type: Task > Components: NNTPServer & Repository, POP3Server, SMTPServer >Affects Versions: 3.0 >Reporter: Robert Burrell Donkin >Assignee: Robert Burrell Donkin > Fix For: 3.0 > > > Review and revise the ProtocolHandler API. The current API arose from > refactoring and is overly broad and complex. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (JAMES-935) Exception while using IMAPServer with VirtualHosting enabled
[ https://issues.apache.org/jira/browse/JAMES-935?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JAMES-935. - Resolution: Invalid The error was only there because of some broken deployment..sorry for the noise! > Exception while using IMAPServer with VirtualHosting enabled > > > Key: JAMES-935 > URL: https://issues.apache.org/jira/browse/JAMES-935 > Project: JAMES Server > Issue Type: Bug > Components: IMAPServer >Reporter: Norman Maurer >Assignee: Robert Burrell Donkin > > I tried to use imap with current trunk and virtualhosting enabled. Here is > the stacktrace: > 24/10/09 15:35:46 INFO mailetpackages.LocalDelivery: Error while storing > mail. > java.lang.RuntimeException: Error in getUserInbox. > at org.apache.james.James.getUserInbox(James.java:617) > at > org.apache.james.transport.mailets.ToMultiRepository.getRepository(ToMultiRepository.java:317) > at > org.apache.james.transport.mailets.ToMultiRepository.storeMail(ToMultiRepository.java:231) > at > org.apache.james.transport.mailets.ToMultiRepository.service(ToMultiRepository.java:162) > at > org.apache.james.transport.mailets.LocalDelivery.service(LocalDelivery.java:68) > at > org.apache.james.transport.LinearProcessor.service(LinearProcessor.java:446) > at > org.apache.james.transport.StateAwareProcessorList.service(StateAwareProcessorList.java:169) > at > org.apache.james.transport.JamesSpoolManager.run(JamesSpoolManager.java:208) > at java.lang.Thread.run(Thread.java:595) > Caused by: org.apache.avalon.framework.service.ServiceException: Cannot find > or init repository (Key='') > at > org.apache.james.mailrepository.AvalonMailStore.select(AvalonMailStore.java:284) > at org.apache.james.James.getUserInbox(James.java:609) > ... 8 more > Caused by: java.lang.ClassNotFoundException: > org.apache.james.mailboxmanager.repository.MailboxManagerMailRepository > at java.net.URLClassLoader$1.run(URLClassLoader.java:200) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:188) > at > org.apache.avalon.phoenix.components.classloader.PolicyClassLoader.findClass(PolicyClassLoader.java:134) > at java.lang.ClassLoader.loadClass(ClassLoader.java:306) > at java.lang.ClassLoader.loadClass(ClassLoader.java:251) > at > org.apache.james.mailrepository.AvalonMailStore.select(AvalonMailStore.java:261) > ... 9 more > 24/10/09 15:35:47 INFO mailetpackages.ToRepository: Storing mail > Mail1256398546940-2 in file://var/mail/error/ > mailet-2009-10-24-15-33.log (END) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Created: (IMAP-99) Add support for virtualhosting
Add support for virtualhosting -- Key: IMAP-99 URL: https://issues.apache.org/jira/browse/IMAP-99 Project: JAMES Imap Issue Type: Improvement Components: Mailbox Reporter: Norman Maurer At the moment the imap implementation use #mail.$localpart.INBOX as Mailbox . This is not enough for virtualhosting. for virtualhosting it would need to include the domain in the Mailbox "key" -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Created: (JAMES-938) IMAP should work with VirtualHosting
IMAP should work with VirtualHosting Key: JAMES-938 URL: https://issues.apache.org/jira/browse/JAMES-938 Project: JAMES Server Issue Type: Improvement Reporter: Norman Maurer -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Commented: (JAMES-937) timeout on SMTP socket (incoming) causes James to crash with IllegalThreadStateException
[ https://issues.apache.org/jira/browse/JAMES-937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12783277#action_12783277 ] Norman Maurer commented on JAMES-937: - Any update on this Brad ? > timeout on SMTP socket (incoming) causes James to crash with > IllegalThreadStateException > > > Key: JAMES-937 > URL: https://issues.apache.org/jira/browse/JAMES-937 > Project: JAMES Server > Issue Type: Bug >Affects Versions: 2.3.2 > Environment: CentOS 5.3, James built with JDK 1.5.0_17, running with > JDK/JRE 1.6.0_13 >Reporter: Brad Whitaker >Assignee: Norman Maurer > > Manually constructed and sent a message via telnet from a remote machine. > After completing the message I left the telnet connection open. Four minutes > later the james server crashed with this stack trace: > 2009-11-20 01:06:16,507 INFO [Spool Thread #9] transport.JamesSpoolManager > (JamesSpoolManager.java:362) - Stop JamesSpoolManager: Spool Thread #9 > 2009-11-20 01:06:17,507 INFO [Thread-2] transport.JamesSpoolManager > (JamesSpoolManager.java:477) - JamesSpoolManager thread shutdown completed. > 2009-11-20 01:10:39,350 ERROR [default Worker #4] smtpserver.SMTPHandler > (SMTPHandler.java:459) - Socket to 192.168.0.9 (192.168.0.9) timeout. > java.net.SocketTimeoutException: Read timed out > at java.net.SocketInputStream.socketRead0(Native Method) > at java.net.SocketInputStream.read(SocketInputStream.java:129) > at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) > at java.io.BufferedInputStream.read(BufferedInputStream.java:237) > at > org.apache.james.util.CRLFTerminatedReader.read(CRLFTerminatedReader.java:153) > at > org.apache.james.util.CRLFTerminatedReader.readLine(CRLFTerminatedReader.java:113) > at > org.apache.james.smtpserver.SMTPHandler.readCommandLine(SMTPHandler.java:751) > at > org.apache.james.smtpserver.SMTPHandler.handleConnection(SMTPHandler.java:372) > at > org.apache.james.util.connection.ServerConnection$ClientConnectionRunner.run(ServerConnection.java:432) > at > org.apache.excalibur.thread.impl.ExecutableRunnable.execute(ExecutableRunnable.java:55) > at > org.apache.excalibur.thread.impl.WorkerThread.run(WorkerThread.java:116) > org.apache.avalon.phoenix.containerkit.lifecycle.LifecycleException: > Component named "thread-manager" failed to pass through the Destruction > stage. (Reason: java.lang.IllegalThreadStateException). > at > org.apache.avalon.phoenix.containerkit.lifecycle.LifecycleHelper.fail(LifecycleHelper.java:354) > at > org.apache.avalon.phoenix.containerkit.lifecycle.LifecycleHelper.shutdown(LifecycleHelper.java:288) > at > org.apache.avalon.phoenix.components.application.DefaultApplication.shutdown(DefaultApplication.java:566) > at > org.apache.avalon.phoenix.components.application.DefaultApplication.doRunPhase(DefaultApplication.java:482) > at > org.apache.avalon.phoenix.components.application.DefaultApplication.runPhase(DefaultApplication.java:409) > at > org.apache.avalon.phoenix.components.application.DefaultApplication.stop(DefaultApplication.java:233) > at > org.apache.avalon.framework.container.ContainerUtil.stop(ContainerUtil.java:292) > at > org.apache.avalon.framework.container.ContainerUtil.shutdown(ContainerUtil.java:66) > at > org.apache.avalon.phoenix.components.kernel.DefaultKernel.shutdown(DefaultKernel.java:346) > at > org.apache.avalon.phoenix.components.kernel.DefaultKernel.removeApplication(DefaultKernel.java:455) > at > org.apache.avalon.phoenix.components.deployer.DefaultDeployer.undeploy(DefaultDeployer.java:244) > at > org.apache.avalon.phoenix.components.deployer.DefaultDeployer.dispose(DefaultDeployer.java:154) > at > org.apache.avalon.framework.container.ContainerUtil.dispose(ContainerUtil.java:306) > at > org.apache.avalon.framework.container.ContainerUtil.shutdown(ContainerUtil.java:67) > at > org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.shutdownComponents(DefaultEmbeddor.java:598) > at > org.apache.avalon.phoenix.components.embeddor.DefaultEmbeddor.dispose(DefaultEmbeddor.java:342) > at > org.apache.avalon.framework.container.ContainerUtil.dispose(ContainerUtil.java:306) > at > org.apache.avalon.framework.container.ContainerUtil.shutdown(ContainerUtil.java:67) > at > org.apache.avalon.phoenix.frontends.CLIMain.shutdown(CLIMain.java:326) > at > org.apache.avalon.phoenix.frontends.CLIMain.forceShutdown(CLIMain.java:295) > at > org.apache.avalon.phoenix.frontends.ShutdownHook.run(CLIMain.java:38
[jira] Resolved: (JAMES-938) IMAP should work with VirtualHosting
[ https://issues.apache.org/jira/browse/JAMES-938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JAMES-938. - Resolution: Fixed Fix Version/s: Trunk 3.0-M1 3.0 Assignee: Norman Maurer SieveMailet now takes care of VirtualHosting for IMAP > IMAP should work with VirtualHosting > > > Key: JAMES-938 > URL: https://issues.apache.org/jira/browse/JAMES-938 > Project: JAMES Server > Issue Type: Improvement >Reporter: Norman Maurer >Assignee: Norman Maurer > Fix For: 3.0, 3.0-M1, Trunk > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (JAMES-761) Create a Sieve enabled delivery Mailet that files into MailboxManager
[ https://issues.apache.org/jira/browse/JAMES-761?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JAMES-761. - Resolution: Fixed Fix Version/s: Trunk 3.0-M1 In trunk.. > Create a Sieve enabled delivery Mailet that files into MailboxManager > - > > Key: JAMES-761 > URL: https://issues.apache.org/jira/browse/JAMES-761 > Project: JAMES Server > Issue Type: New Feature > Components: IMAPServer >Reporter: Joachim Draeger >Assignee: Joachim Draeger >Priority: Minor > Fix For: 3.0, 3.0-M1, Trunk > > > First milestone should take scripts from var/sieve/username.sieve and file > into full mailboxnames (#mail.username.INBOX or #mail.username.folder1) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (JAMES-285) Adding LDAP code
[ https://issues.apache.org/jira/browse/JAMES-285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JAMES-285. - Resolution: Won't Fix This will not get added.. so just cleanup > Adding LDAP code > > > Key: JAMES-285 > URL: https://issues.apache.org/jira/browse/JAMES-285 > Project: JAMES Server > Issue Type: New Feature > Components: UsersStore & UsersRepository > Environment: Latest CVS Main branch. >Reporter: Adam Fowler >Assignee: Norman Maurer > Attachments: maildir_acl_ldap_virtual_20040120.tar.bz2 > > > Need to go through Alex's contributed code and check the LDAP stuff for > inclusion in James. > Specifically: > - Verify code is under ASF compatible license > - Split LDAP code from Alex's patch and ensure that it works in isolation > with James > - Update James config accordingly > - Ensure all libraries are available that need to be and modify build > scripts accordingly -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Created: (HUPA-56) Hupa throws Exception when get used with an IMAP Server which not support the IDLE command
Hupa throws Exception when get used with an IMAP Server which not support the IDLE command -- Key: HUPA-56 URL: https://issues.apache.org/jira/browse/HUPA-56 Project: JAMES Hupa Issue Type: Bug Components: server Affects Versions: 0.1 Reporter: Norman Maurer Assignee: Norman Maurer Fix For: 0.1 >From javamail docs: ** idle public void idle() throws MessagingException Use the IMAP IDLE command (see RFC 2177), if supported by the server, to enter idle mode so that the server can send unsolicited notifications without the need for the client to constantly poll the server. Use a ConnectionListener to be notified of events. When another thread (e.g., the listener thread) needs to issue an IMAP comand for this Store, the idle mode will be terminated and this method will return. Typically the caller will invoke this method in a loop. If the mail.imap.enableimapevents property is set, notifications received while the IDLE command is active will be delivered to ConnectionListeners as events with a type of IMAPStore.RESPONSE. The event's message will be the raw IMAP response string. Note that most IMAP servers will not deliver any events when using the IDLE command on a connection with no mailbox selected (i.e., this method). In most cases you'll want to use the idle method on IMAPFolder. NOTE: This capability is highly experimental and likely will change in future releases. The mail.imap.minidletime property enforces a minimum delay before returning from this method, to ensure that other threads have a chance to issue commands before the caller invokes this method again. The default delay is 10 milliseconds. Throws: MessagingException - if the server doesn't support the IDLE extension IllegalStateException - if the store isn't connected Since: JavaMail 1.4.1 ** So we should catch the MessagingException in this case -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Created: (JAMES-939) SMTP Auth does not respect "*" to cancel AUTH
SMTP Auth does not respect "*" to cancel AUTH - Key: JAMES-939 URL: https://issues.apache.org/jira/browse/JAMES-939 Project: JAMES Server Issue Type: Bug Components: SMTPServer Affects Versions: 2.3.2, 2.3.1, 2.3.0, 2.2.0, 2.4, 2.3.3, 3.0, 3.0-M1, Trunk Reporter: Norman Maurer Assignee: Norman Maurer Fix For: 3.0, 3.0-M1, Trunk According to RFC2554: "If the client wishes to cancel an authentication exchange, it issues a line with a single "*". If the server receives such an answer, it MUST reject the AUTH command by sending a 501 reply." Like this (from a Postfix session): AUTH PLAIN 334 * 501 5.7.0 Authentication aborted -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-56) Hupa throws Exception when get used with an IMAP Server which not support the IDLE command
[ https://issues.apache.org/jira/browse/HUPA-56?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-56. --- Resolution: Fixed fix in trunk > Hupa throws Exception when get used with an IMAP Server which not support the > IDLE command > -- > > Key: HUPA-56 > URL: https://issues.apache.org/jira/browse/HUPA-56 > Project: JAMES Hupa > Issue Type: Bug > Components: server >Affects Versions: 0.1 >Reporter: Norman Maurer >Assignee: Norman Maurer > Fix For: 0.1 > > > From javamail docs: > ** > idle > public void idle() > throws MessagingException > Use the IMAP IDLE command (see RFC 2177), if supported by the server, to > enter idle mode so that the server can send unsolicited notifications without > the need for the client to constantly poll the server. Use a > ConnectionListener to be notified of events. When another thread (e.g., the > listener thread) needs to issue an IMAP comand for this Store, the idle mode > will be terminated and this method will return. Typically the caller will > invoke this method in a loop. > If the mail.imap.enableimapevents property is set, notifications received > while the IDLE command is active will be delivered to ConnectionListeners as > events with a type of IMAPStore.RESPONSE. The event's message will be the raw > IMAP response string. Note that most IMAP servers will not deliver any events > when using the IDLE command on a connection with no mailbox selected (i.e., > this method). In most cases you'll want to use the idle method on IMAPFolder. > NOTE: This capability is highly experimental and likely will change in > future releases. > The mail.imap.minidletime property enforces a minimum delay before > returning from this method, to ensure that other threads have a chance to > issue commands before the caller invokes this method again. The default delay > is 10 milliseconds. > Throws: > MessagingException - if the server doesn't support the IDLE extension > IllegalStateException - if the store isn't connected > Since: > JavaMail 1.4.1 > ** > So we should catch the MessagingException in this case -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Created: (IMAP-100) Exception while call IMAPFolder.isOpen in javamail
Exception while call IMAPFolder.isOpen in javamail -- Key: IMAP-100 URL: https://issues.apache.org/jira/browse/IMAP-100 Project: JAMES Imap Issue Type: Bug Reporter: Norman Maurer When trying to use HUPA to access JAMES IMAP I see this exception: 408 FETCH (FLAGS (\Recent) INTERNALDATE "30-Nov-2009 19:16:48 +" RFC822.SIZE 4934 ENVELOPE ("Mon, 30 Nov 2009 19:16:21 + (UTC)" "[jira] Created: (HUPA-56) Hupa throws Exception when get used with an IMAP Server which not support the IDLE command" (("Norman Maurer (JIRA)" NIL "jira" "apache.org")) (("Norman Maurer (JIRA)" NIL "jira" "apache.org")) (("James Developers List" NIL "server-dev" "james.apache.org")) ((NIL NIL "server-dev" "james.apache.org")) NIL NIL NIL "<1223603979.1259608581218.javamail.j...@brutus>") BODYSTRUCTURE ("TEXT" "PLAIN" ("charset" "utf-8") NIL NIL "7BIT" 2525 51 NIL NIL NIL NIL)) java.lang.ArrayIndexOutOfBoundsException: 256 at com.sun.mail.iap.Response.parseString(Response.java:396) at com.sun.mail.iap.Response.readString(Response.java:325) at com.sun.mail.imap.protocol.ENVELOPE.(ENVELOPE.java:100) at com.sun.mail.imap.protocol.FetchResponse.parse(FetchResponse.java:132) at com.sun.mail.imap.protocol.FetchResponse.(FetchResponse.java:68) at com.sun.mail.imap.protocol.IMAPResponse.readResponse(IMAPResponse.java:137) at com.sun.mail.imap.protocol.IMAPProtocol.readResponse(IMAPProtocol.java:261) at com.sun.mail.iap.Protocol.command(Protocol.java:310) at com.sun.mail.iap.Protocol.simpleCommand(Protocol.java:357) at com.sun.mail.imap.protocol.IMAPProtocol.noop(IMAPProtocol.java:301) at com.sun.mail.imap.IMAPFolder.keepConnectionAlive(IMAPFolder.java:2685) at com.sun.mail.imap.IMAPFolder.isOpen(IMAPFolder.java:1162) at org.apache.hupa.server.handler.AbstractFetchMessagesHandler.executeInternal(AbstractFetchMessagesHandler.java:97) at org.apache.hupa.server.handler.AbstractFetchMessagesHandler.executeInternal(AbstractFetchMessagesHandler.java:51) at org.apache.hupa.server.handler.AbstractSessionHandler.execute(AbstractSessionHandler.java:60) at net.customware.gwt.dispatch.server.DefaultDispatch.doExecute(DefaultDispatch.java:78) at net.customware.gwt.dispatch.server.DefaultDispatch.execute(DefaultDispatch.java:68) at net.customware.gwt.dispatch.server.service.DispatchServiceServlet.execute(DispatchServiceServlet.java:24) at org.apache.hupa.server.servlet.HupaDispatchServlet.execute(HupaDispatchServlet.java:53) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:527) at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:166) at com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:86) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:231) at com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:142) at com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:93) at com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:63) at com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:122) at com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:110) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1088) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:729) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) at org.mortbay.jetty.handler.RequestLogHandler.handle(RequestLogHandler.java:49) at org.mortbay.jetty.han
[jira] Commented: (IMAP-100) Exception while call IMAPFolder.isOpen in javamail
[ https://issues.apache.org/jira/browse/IMAP-100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12784242#action_12784242 ] Norman Maurer commented on IMAP-100: Maybe helpfull: http://forums.sun.com/thread.jspa?threadID=5396428 > Exception while call IMAPFolder.isOpen in javamail > -- > > Key: IMAP-100 > URL: https://issues.apache.org/jira/browse/IMAP-100 > Project: JAMES Imap > Issue Type: Bug >Reporter: Norman Maurer > > When trying to use HUPA to access JAMES IMAP I see this exception: > 408 FETCH (FLAGS (\Recent) INTERNALDATE "30-Nov-2009 19:16:48 +" > RFC822.SIZE 4934 ENVELOPE ("Mon, 30 Nov 2009 19:16:21 + (UTC)" "[jira] > Created: (HUPA-56) Hupa throws Exception when get used with > an IMAP Server which not support the IDLE command" (("Norman Maurer (JIRA)" > NIL "jira" "apache.org")) (("Norman Maurer (JIRA)" NIL "jira" "apache.org")) > (("James Developers List" NIL "server-dev" "james.apache.org")) ((NIL NIL > "server-dev" "james.apache.org")) NIL NIL NIL > "<1223603979.1259608581218.javamail.j...@brutus>") BODYSTRUCTURE ("TEXT" > "PLAIN" ("charset" "utf-8") NIL NIL "7BIT" 2525 51 NIL NIL NIL NIL)) > java.lang.ArrayIndexOutOfBoundsException: 256 > at com.sun.mail.iap.Response.parseString(Response.java:396) > at com.sun.mail.iap.Response.readString(Response.java:325) > at com.sun.mail.imap.protocol.ENVELOPE.(ENVELOPE.java:100) > at > com.sun.mail.imap.protocol.FetchResponse.parse(FetchResponse.java:132) > at > com.sun.mail.imap.protocol.FetchResponse.(FetchResponse.java:68) > at > com.sun.mail.imap.protocol.IMAPResponse.readResponse(IMAPResponse.java:137) > at > com.sun.mail.imap.protocol.IMAPProtocol.readResponse(IMAPProtocol.java:261) > at com.sun.mail.iap.Protocol.command(Protocol.java:310) > at com.sun.mail.iap.Protocol.simpleCommand(Protocol.java:357) > at com.sun.mail.imap.protocol.IMAPProtocol.noop(IMAPProtocol.java:301) > at > com.sun.mail.imap.IMAPFolder.keepConnectionAlive(IMAPFolder.java:2685) > at com.sun.mail.imap.IMAPFolder.isOpen(IMAPFolder.java:1162) > at > org.apache.hupa.server.handler.AbstractFetchMessagesHandler.executeInternal(AbstractFetchMessagesHandler.java:97) > at > org.apache.hupa.server.handler.AbstractFetchMessagesHandler.executeInternal(AbstractFetchMessagesHandler.java:51) > at > org.apache.hupa.server.handler.AbstractSessionHandler.execute(AbstractSessionHandler.java:60) > at > net.customware.gwt.dispatch.server.DefaultDispatch.doExecute(DefaultDispatch.java:78) > at > net.customware.gwt.dispatch.server.DefaultDispatch.execute(DefaultDispatch.java:68) > at > net.customware.gwt.dispatch.server.service.DispatchServiceServlet.execute(DispatchServiceServlet.java:24) > at > org.apache.hupa.server.servlet.HupaDispatchServlet.execute(HupaDispatchServlet.java:53) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:527) > at > com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:166) > at > com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:86) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > at > com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:231) > at > com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:142) > at > com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:93) > at > com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:63) > at > com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:122) > at com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:110) > at > org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1088
[jira] Commented: (JAMES-939) SMTP Auth does not respect "*" to cancel AUTH
[ https://issues.apache.org/jira/browse/JAMES-939?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12784316#action_12784316 ] Norman Maurer commented on JAMES-939: - Fixed in trunk > SMTP Auth does not respect "*" to cancel AUTH > - > > Key: JAMES-939 > URL: https://issues.apache.org/jira/browse/JAMES-939 > Project: JAMES Server > Issue Type: Bug > Components: SMTPServer >Affects Versions: 2.2.0, 2.3.0, 2.3.1, 2.3.2, 2.4, 2.3.3, 3.0, 3.0-M1, > Trunk >Reporter: Norman Maurer >Assignee: Norman Maurer > Fix For: 3.0, 3.0-M1, Trunk > > > According to RFC2554: > "If the client wishes to cancel an authentication exchange, it issues a line > with a single "*". If the server receives such an answer, it MUST reject the > AUTH command by sending a 501 reply." > Like this (from a Postfix session): > AUTH PLAIN > 334 > * > 501 5.7.0 Authentication aborted -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Created: (MPT-2) write maven plugin
write maven plugin -- Key: MPT-2 URL: https://issues.apache.org/jira/browse/MPT-2 Project: JAMES MPT Issue Type: New Feature Reporter: Norman Maurer Assignee: Norman Maurer It would be cool to have a maven plugin which runs mpt tests -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (JDKIM-3) Deal with ASF export classification for cryptography related code.
[ https://issues.apache.org/jira/browse/JDKIM-3?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JDKIM-3. --- Resolution: Fixed Assignee: Norman Maurer (was: Stefano Bagnara) http://www.apache.org/licenses/exports/ <- updated and email sent > Deal with ASF export classification for cryptography related code. > -- > > Key: JDKIM-3 > URL: https://issues.apache.org/jira/browse/JDKIM-3 > Project: JAMES jDKIM > Issue Type: Task > Components: build & docs >Affects Versions: 0.2 >Reporter: Stefano Bagnara >Assignee: Norman Maurer >Priority: Blocker > Fix For: 0.2 > > > We have to add some README text and to file a text to someone to be published. > http://www.apache.org/licenses/exports/ > http://www.apache.org/dev/crypto.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Created: (HUPA-60) Paging in mailtable is not working when search key is given
Paging in mailtable is not working when search key is given - Key: HUPA-60 URL: https://issues.apache.org/jira/browse/HUPA-60 Project: JAMES Hupa Issue Type: Bug Components: client Reporter: Norman Maurer Assignee: Norman Maurer -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (HUPA-60) Paging in mailtable is not working when search key is given
[ https://issues.apache.org/jira/browse/HUPA-60?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved HUPA-60. --- Resolution: Fixed Fix Version/s: 0.1 > Paging in mailtable is not working when search key is given > - > > Key: HUPA-60 > URL: https://issues.apache.org/jira/browse/HUPA-60 > Project: JAMES Hupa > Issue Type: Bug > Components: client >Reporter: Norman Maurer >Assignee: Norman Maurer > Fix For: 0.1 > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Resolved: (JAMES-939) SMTP Auth does not respect "*" to cancel AUTH
[ https://issues.apache.org/jira/browse/JAMES-939?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Norman Maurer resolved JAMES-939. - Resolution: Fixed > SMTP Auth does not respect "*" to cancel AUTH > - > > Key: JAMES-939 > URL: https://issues.apache.org/jira/browse/JAMES-939 > Project: JAMES Server > Issue Type: Bug > Components: SMTPServer >Affects Versions: 2.2.0, 2.3.0, 2.3.1, 2.3.2, 2.4, 2.3.3, 3.0, 3.0-M1, > Trunk >Reporter: Norman Maurer >Assignee: Norman Maurer > Fix For: 3.0, 3.0-M1, Trunk > > > According to RFC2554: > "If the client wishes to cancel an authentication exchange, it issues a line > with a single "*". If the server receives such an answer, it MUST reject the > AUTH command by sending a 501 reply." > Like this (from a Postfix session): > AUTH PLAIN > 334 > * > 501 5.7.0 Authentication aborted -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
[jira] Created: (JAMES-940) Commons configuration fails on parsing values with "," in it
Commons configuration fails on parsing values with "," in it Key: JAMES-940 URL: https://issues.apache.org/jira/browse/JAMES-940 Project: JAMES Server Issue Type: Bug Reporter: Norman Maurer Assignee: Norman Maurer Currently James fail to start because commons configuration fails to parse "," within configurations values. Here is the config part which let it fail to start: virus After commenting or remove this james start without problems -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org