I just installed it an run a test. I get the follow execption:

27/05/06 20:46:00 INFO  James.Mailet: Error while storing mail.
java.lang.RuntimeException: Error in
getUserInbox.org.apache.avalon.framework.se
rvice.ServiceException: Cannot find or init repository (Key='')
        at org.apache.james.James.getUserInbox(James.java:543)
        at
org.apache.james.transport.mailets.ToMultiRepository.getRepository(To
MultiRepository.java:293)
        at
org.apache.james.transport.mailets.ToMultiRepository.storeMail(ToMult
iRepository.java:219)
        at
org.apache.james.transport.mailets.ToMultiRepository.service(ToMultiR
epository.java:151)
        at
org.apache.james.transport.mailets.LocalDelivery.service(LocalDeliver
y.java:64)
        at
org.apache.james.transport.LinearProcessor.service(LinearProcessor.ja
va:429)
        at
org.apache.james.transport.StateAwareProcessorList.service(StateAware
ProcessorList.java:160)
        at
org.apache.james.transport.JamesSpoolManager.run(JamesSpoolManager.ja
va:191)
        at java.lang.Thread.run(Thread.java:595)
27/05/06 20:46:03 INFO  James.Mailet: ToRepository: Storing mail
Mail11487555606
54-1 in file://var/mail/error/


Have you test it with the current trunk ? I also noticed that it create
a dir on the wrong place
("james-2.4-dev/apps/james/apps/james/var/derbydb). Maybe its a general
option.

bye
Norman

Am Samstag, den 27.05.2006, 18:19 +0000 schrieb Joachim Draeger (JIRA):
>      [ http://issues.apache.org/jira/browse/JAMES-461?page=all ]
> 
> Joachim Draeger updated JAMES-461:
> ----------------------------------
> 
>     Attachment: JavamailStoreMailRepository2.zip
> 
> 
> This proposal has no other dependencies than Javamail (i think even before 
> 1.4) and James.
> 
> HashJavamailStoreMailRepository  should work with every JavamailStore 
> implementation that has deterministic
> message content. (checksum save).  Performance could be quite good because 
> after storing/listing it tries to get the messages by the last seen message 
> number.
> 
> UIDPlusFolderMailRepository depends on javamail Folders that have a public 
> long[] addUIDMessages(Message[] msgs); method which returns the uids of the 
> added messages. This method is called via reflection, and in the future even 
> the message name might be configureable form config.xml.
> At the moment there is no known Javamail store implementation that provides 
> such a method, but it should come soon.
> 
> The Javamail store url is not configureable in the unit tests at the moment. 
> Nearly all tests depend on getNativeMessageCount(), and getNativeMessages() 
> at the moment. I plan to write a few more general tests in the future.
> 
> This implementation should be considered as EXPERIMENTAL, but I think it's 
> not so far from being stable.
> 
> Joachim
> 
> > Javamail Store based MailRepository support (was: Maildir support)
> > ------------------------------------------------------------------
> >
> >          Key: JAMES-461
> >          URL: http://issues.apache.org/jira/browse/JAMES-461
> >      Project: James
> >         Type: New Feature
> 
> >   Components: MailStore & MailRepository
> >     Reporter: Norman Maurer
> >      Fix For: 2.4.0
> >  Attachments: JavamailStoreMailRepository.java, 
> > JavamailStoreMailRepository2.zip, MaildirMailRepository.java, 
> > MaildirMailRepository.java, UIDPlusFolderMailRepository1.zip
> >
> > Add support for Javamail Stores as MailRepositories
> 
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the administrators:
>    http://issues.apache.org/jira/secure/Administrators.jspa
> -
> For more information on JIRA, see:
>    http://www.atlassian.com/software/jira
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

Attachment: signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Reply via email to