Hi Eric,
you put a whole lot of effort into the site. Thanks a lot. That's of
such great importance!
It looks really good, although some pages are too wide (e.g.
http://james.apache.org/server/3/index.html ) and not even viewable on a
1400px wide screen.
The Server v2 link in the "Documentation"
James is really pressing forward...
[x] +1 Yes please release
Tim
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
Hi,
[ ] +1 Please release the artifacts (non-binding)
We should soon release a new James version in order to get more
attention and developers and feedback. However, I still find it just
logical to split the storage packages from the imap project. Moreover,
before the next final release it is cru
wanted to make this explicit...
Am Freitag, den 10.09.2010, 21:13 +0200 schrieb Tim-Christian Mundt:
> Hi Norman,
>
> this is so stunningly simple that I first didn't understand it. That's
> really better!
>
> Tim
>
> Am Donnerstag, den 09.09.2010, 18:32 +
Hi Norman,
this is so stunningly simple that I first didn't understand it. That's
really better!
Tim
Am Donnerstag, den 09.09.2010, 18:32 + schrieb nor...@apache.org:
> Author: norman
> Date: Thu Sep 9 18:32:47 2010
> New Revision: 995531
>
> URL: http://svn.apache.org/viewvc?rev=995531&vi
[
https://issues.apache.org/jira/browse/IMAP-206?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated IMAP-206:
-
Attachment: TransactionalMappers.patch
The changes are really not too complicated. Just
Straighten Non-/TransactionalMapper Hierarchy
-
Key: IMAP-206
URL: https://issues.apache.org/jira/browse/IMAP-206
Project: JAMES Imap
Issue Type: Improvement
Reporter: Tim-Christian
rer :
> > Well I need to revert it ;) I will do so then..
> >
> > Bye,
> > Norman
> >
> >
> > 2010/8/21 Norman Maurer :
> >> Hi Tim,
> >>
> >> comments inside..
> >>
> >> 2010/8/21 Tim-Christian Mundt :
> >&g
Norman,
you are right in that it was kinda double, so there should be some
cleanup. My first attempt would have been to remove the subscription
stuff from the MailboxManager (your option #1). The reason is that we
always have a manager and its respective mapper. Now we have the
MailboxManager with
Hi guys,
I began looking into the API stuff. I'd like to simplify the Mapper
hierarchy, which however will have no direct impact on the API. Will
upload a patch tomorrow.
I agree, we should name the interface MessageManager, that's what I
thought.
The "proposal_v3" is reasonable, I think. To mak
Eric,
you are right about the UIDVALIDITY, the default shouldn't be a random
number, but the current timestamp which would guarantee that it won't
occur again.
I also thought about checking whether the next uid would wrap the uid
counter to the negative - which would mean we need to regenerate the
[
https://issues.apache.org/jira/browse/IMAP-101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated IMAP-101:
-
Attachment: apache-james-imap-maildir.zip
maildir-imap.patch
This is my
ar/...) to have relative paths to james deployment
> > (more coherent with other stores)
> > - I configured with JDBCDomainList and defined e...@localhost.net
> > user. The created dir is "/var/Maildirs/eric/...". We may have user
> > clash if let's say e...@other
uot;/var/Maildirs/eric/...". We may have user clash if
> let's say e...@otherdomain.net is defined.
>
> Tks,
>
> Eric
>
>
> On 08/13/2010 10:48 PM, Tim-Christian Mundt wrote:
> > Hi guys,
> >
> > last Monday was "pencils down" for
[
https://issues.apache.org/jira/browse/IMAP-188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated IMAP-188:
-
Attachment: renameINBOX.patch
This patch disables renaming of submailboxes for INBOX and
renaming INBOX should move messages
---
Key: IMAP-188
URL: https://issues.apache.org/jira/browse/IMAP-188
Project: JAMES Imap
Issue Type: Bug
Components: Mailbox
Reporter: Tim-Christian
[
https://issues.apache.org/jira/browse/IMAP-183?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated IMAP-183:
-
Attachment: IMAP-183.patch
This patch changes the interfaces and implementations
Components: Mailbox
Reporter: Tim-Christian Mundt
Priority: Minor
The methods of the MessageMappers require mailboxIds to decide which mailbox to
operate on. This should be changed to
org.apache.james.imap.store.mail.model.Mailbox so that the mappers can decide
themselves how
[
https://issues.apache.org/jira/browse/IMAP-181?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12893642#action_12893642
]
Tim-Christian Mundt edited comment on IMAP-181 at 7/29/10 10:5
[
https://issues.apache.org/jira/browse/IMAP-181?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12893642#action_12893642
]
Tim-Christian Mundt commented on IMAP-181:
--
Eric, I didn't test, but rea
[
https://issues.apache.org/jira/browse/IMAP-168?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated IMAP-168:
-
Attachment: mailboxPath3-IMAP.patch
mailboxPath3-server.patch
Here we go
here other JIRA that could impact the database
> schema/data (IMAP-172,...?) ?
> Tks,
> Eric
>
>
> On 07/11/2010 03:12 PM, Tim-Christian Mundt wrote:
> > Hi Eric,
> >
> > that sounds good. Let's see, if we can provide a sql-only migration
> > s
ing a 3.0 trunk built snapshot).
> However, we could use it as a base for the latter migrations and also
> for the 2.3 to 3.0 migration.
> I will look if an existing JIRA or create a new one to publish the progress.
>
> Tks,
>
> Eric
>
>
> On 06/26/2010 10:17 AM, Ti
The error also occurs here but I didn't have the opportuniy to have a
closer look into this.
Am Donnerstag, den 08.07.2010, 20:44 +0200 schrieb Norman Maurer:
> Without
>
> Just current trunk after checkout...
>
> Bye
> Norman
>
> 2010/7/8, Tim-Christian Mu
Norman, do you mean with the MailboxPath or without?
Am Donnerstag, den 08.07.2010, 20:09 +0200 schrieb Norman Maurer:
> Hi all,
>
> is it just me or is the NamespaceProcessorTest failing ? @Tim could
> you check this ?
>
> Thx,
> Norman
>
> -
[
https://issues.apache.org/jira/browse/IMAP-168?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated IMAP-168:
-
Attachment: mailboxPath2-IMAP.patch
mailboxPath2-server.patch
Well, to
Hi Norman,
thanks for the hint. That's really valuable. Do we need an ID anyways?
JPA needs one (until now) to build relationships. But besides that?
getMailboxById() is hardly ever used IIRC. Will look into this as soon
as I'm done with the MailPath thing.
Cassandra backend... this will be
[
https://issues.apache.org/jira/browse/IMAP-178?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated IMAP-178:
-
Attachment: namespaceAsString-IMAP.patch
namespaceAsString-server.patch
Ok
[
https://issues.apache.org/jira/browse/IMAP-178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12885342#action_12885342
]
Tim-Christian Mundt commented on IMAP-178:
--
Actually, no, there is a se
delimiter does not need to be configurable
--
Key: IMAP-179
URL: https://issues.apache.org/jira/browse/IMAP-179
Project: JAMES Imap
Issue Type: Improvement
Reporter: Tim-Christian Mundt
[
https://issues.apache.org/jira/browse/IMAP-178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12885261#action_12885261
]
Tim-Christian Mundt commented on IMAP-178:
--
Ok, that was probably a li
make namespaces simple String
-
Key: IMAP-178
URL: https://issues.apache.org/jira/browse/IMAP-178
Project: JAMES Imap
Issue Type: Improvement
Reporter: Tim-Christian Mundt
A namespace is merely a
[
https://issues.apache.org/jira/browse/IMAP-176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated IMAP-176:
-
Attachment: changeNamespace1-IMAP.patch
changeNamespace1-server.patch
I
NAMESPACE command should return the real namespace
--
Key: IMAP-177
URL: https://issues.apache.org/jira/browse/IMAP-177
Project: JAMES Imap
Issue Type: Bug
Reporter: Tim-Christian
change users' namespace to #private
---
Key: IMAP-176
URL: https://issues.apache.org/jira/browse/IMAP-176
Project: JAMES Imap
Issue Type: Bug
Reporter: Tim-Christian Mundt
Until no
Hi,
I'm sorry, I can't install svnmailer in a reasonable amount of time
(because my provider doesn't let me install debian > etch and debian
already removed all etch packages from the mirrors). So you simply get
this manual notification which is more resource friendly anyways:
I committed a first
[
https://issues.apache.org/jira/browse/IMAP-168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12884204#action_12884204
]
Tim-Christian Mundt commented on IMAP-168:
--
Btw: I managed to create a mailbox
[
https://issues.apache.org/jira/browse/IMAP-168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12884180#action_12884180
]
Tim-Christian Mundt commented on IMAP-168:
--
If I understand correctly,
[
https://issues.apache.org/jira/browse/IMAP-168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12884090#action_12884090
]
Tim-Christian Mundt commented on IMAP-168:
--
But you are right. We should
[
https://issues.apache.org/jira/browse/IMAP-168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12884089#action_12884089
]
Tim-Christian Mundt commented on IMAP-168:
--
Isn't this about how the mail
Type: Bug
Components: Mailbox
Reporter: Tim-Christian Mundt
When virtual hosting is enabled, mailbox names will be like
#mail.u...@domain.tld.inbox.foo.bar
However, those mailboxes could be misassigned. E.g.
#mail.u...@aa.bb.cc.dd
could be a mailbox of u...@aa.bb
[
https://issues.apache.org/jira/browse/IMAP-168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12883111#action_12883111
]
Tim-Christian Mundt commented on IMAP-168:
--
I'm not sure what mailbox
[
https://issues.apache.org/jira/browse/IMAP-164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated IMAP-164:
-
Attachment: uniquemailbox2.diff
Norman,
it's more complicated than it looks li
a
> annotation stuff.. If we really want to support other JPA
> implementations we could handle it later..
>
> Bye,
> Norman
>
>
> 2010/6/25 Tim-Christian Mundt :
> > Hey,
> >
> >
> >> I'm also happy with OpenJPA and using its proprietary an
Hey,
> I'm also happy with OpenJPA and using its proprietary annotations (not
> classes) doesn't prohibit a developer/deployer to define another JPA
> provider.
Right.
> What about :
> - @ElementJoinColumn ?
> - @Index ?
I'd support those.
> - rename 'openjpa' package to 'streaming' ?
We alre
[
https://issues.apache.org/jira/browse/IMAP-164?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12882574#action_12882574
]
Tim-Christian Mundt commented on IMAP-164:
--
With "leave everything as i
[
https://issues.apache.org/jira/browse/IMAP-164?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12882555#action_12882555
]
Tim-Christian Mundt edited comment on IMAP-164 at 6/25/10 8:4
[
https://issues.apache.org/jira/browse/IMAP-164?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12882555#action_12882555
]
Tim-Christian Mundt commented on IMAP-164:
--
The second part would be to make
[
https://issues.apache.org/jira/browse/IMAP-164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated IMAP-164:
-
Attachment: existsViaFindByName.patch
After implementing the suggestion above, I figured
Reporter: Tim-Christian Mundt
Priority: Minor
The method MailboxMapper.countMailboxesWithName(mailboxName) is
only ever used in StoreMailboxManager.mailboxExists(mailboxName,
session). There the result is checked for duplicates. Duplicates should
be detected before writing and not
> it "hides" it via a Set.
> > A strategy is to check if it already exists before writing it.
> >
> > So patch it :)
> > Tks,
> >
> > Eric
> >
> >
> > On 06/24/2010 10:41 PM, Tim-Christian Mundt wrote:
> >> Hi,
> >>
&
Hi Eric,
Am Freitag, den 25.06.2010, 05:16 +0200 schrieb Eric Charles:
> Hi Tim,
>
> If we set streaming by default, we can not use derby anymore as default.
well, shipping derby is obviously nice for a quick James test, we should
leave that as it is. Maybe we can find a better way to configure
s
Hi,
in IMAP the method MailboxMapper.countMailboxesWithName(mailboxName) is
only ever used in StoreMailboxManager.mailboxExists(mailboxName,
session). There the result is checked for duplicates. Duplicates should
be detected before writing and not when reading, for some stores (e.g.
maildir) it is
Hi,
> 4. The majority of the classes will use openjpa classes: instead of
> moving them all to org.apache.james.imap.jpa.mail.model.openjpa package,
> we leave them and we rename this package to
> org.apache.james.imap.jpa.mail.model.streaming to reflect that it goes
> on "streaming the blobs"
Hey Eric,
> For example, with Derby, the schema is create with
> GENERATED ALWAYS columns and not GENERATED BY DEFAULT.
Why's that? Wouldn't GENERATED BY DEFAULT solve this problem so we could
happily use autoincrements?
> We could also define a key-generation-table per table, but I find this
>
Hi Eric,
You will find attached (removed from ml, so bcc to you):
seems like attachments are not stripped via ML, both emails here have
the patch attached.
I have to define the OneToMany on the concrete class (the JPAMessage).
Yes, that's what I tried then. If this is done without changing
JP
Eric,
> I implemented the standard @OneToMany (not the proprietary extension)
> without intermediary table and the schema is created.
> As you described, it hanged the first, but recompiling and relaunching
> made it happen.
could you please send me a patch for this? I always recompiled and
rela
Hi,
Am Donnerstag, den 10.06.2010, 19:56 +0200 schrieb Norman Maurer:
> After thinking a bit more about it, could it be that the two tables
> are used for mapping ? I think that would make sense because we have a
> many relation here..
>
> So one for mapping Message and Properties and one for Mes
Hi!
There is this one change of the database layout which should be decided
upon before releasing, I think. Messing with code after the release is
fine, but changing the database would be bad. I'm talking about Normans
idea to unite the Message and Membership interfaces/classes => tables.
The
[
https://issues.apache.org/jira/browse/IMAP-151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated IMAP-151:
-
Attachment: IMAP-151a.patch
Yeah, sorry, that was kinda stupid. In the new patch I changed
[
https://issues.apache.org/jira/browse/IMAP-151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated IMAP-151:
-
Attachment: IMAP-151.patch
I took the opportunity and also put the methods in the Mapper
: Improvement
Reporter: Tim-Christian Mundt
existsMailboxStartingWith() is only used to find out whether a mailbox has
children. For some implementations it's more efficient to use another mechanism
(e.g. JCR nodes have a hasNodes() method). Thus existsMailboxStartingWith()
shou
[
https://issues.apache.org/jira/browse/IMAP-148?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12875297#action_12875297
]
Tim-Christian Mundt commented on IMAP-148:
--
To clarify, because it looks a li
[
https://issues.apache.org/jira/browse/IMAP-148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated IMAP-148:
-
Attachment: refactorStore1-imap.svn.patch
MessageManagers.tar.gz
This is
[
https://issues.apache.org/jira/browse/IMAP-148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated IMAP-148:
-
Attachment: refactorStore1-server.svn.patch
refactorStore1-imap.patch
On
Refactor Store
--
Key: IMAP-148
URL: https://issues.apache.org/jira/browse/IMAP-148
Project: JAMES Imap
Issue Type: Task
Components: Mailbox
Reporter: Tim-Christian Mundt
While the Store stuff is really
local
> repository.
>
> Once configured, you have a pratical environment to develop: any
> modification in your projects are directly taken into account in the
> others without any 'mvn install' or jar copy.
>
> Tks,
>
> Eric
>
> On 06/01/2010 11:43 PM,
Hi guys,
for maven stuff I could as well ask google, but this seems kinda james
specific: how can I build a part of imap (e.g. jpa) with what I have in
my working copy as dependency? It will use the downloaded artifacts
instead which are in some cases not compatible (I changed several
parts). Do I
Am Dienstag, den 01.06.2010, 21:57 +0200 schrieb Stefano Bagnara:
> It's weird that -Dmaven.test.skip=true does not work.
> You may want to try with -DskipTests instead, but I'm not sure this
> will solve your issue.
It does, thanks.
>
>
> 2010/6/1 Tim-Christian M
Hi,
I did some work on the IMAP part today and would like to build. However,
althoug I use "mvn -Dmaven.test.skip=true package" it executes the
tests. And as Norman mentioned before, the tests to not yet pass for
JCR:
Results :
Tests in error:
testSearchAtomsUS(org.apache.james.imap.functiona
t; you are right we should remove deprecated usage. There is a jira for
> it but life keeps me busy atm...
>
> https://issues.apache.org/jira/browse/IMAP-119
>
> Bye,
> Norman
>
>
> 2010/6/1 Tim-Christian Mundt :
> > Hi Norman,
> >
> > you are doing gre
Hi Norman,
you are doing great stuff with introducing JCR into James. However,
shouldn't we conform to the 2.0 specification? That would basically mean
to use JQOM or SQL2 instead of XPATH (although I really like XPATH).
Moreover, some of the methods used are deprecated, however, that's an
easy on
Hi,
for keeping a log of my GSOC project and gathering all related material
(including source code) I set up a Trac: http://maildir.tim-erwin.de/
There's not too much going on, yet, however, this will change soon.
I did some research on the file transaction stuff and javamaildir.
a) The commons
introduce another dependency on
> a mini-library. But yeah its something we should do...
>
> Bye,
> Norman
>
>
> 2010/5/29 Tim-Christian Mundt :
> > Hi,
> >
> > since both IMAP and POP3 use the same backend, now
> > (https://issues.apache.org/jira/b
Hi,
since both IMAP and POP3 use the same backend, now
(https://issues.apache.org/jira/browse/JAMES-983), shouldn't the storage
packages rather be moved from the IMAP library to the server module?
They are not IMAP specific any more. Maybe, they could get their own
"mailstore" library which both t
[
https://issues.apache.org/jira/browse/IMAP-144?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated IMAP-144:
-
Attachment: FixedLengthInputStream_correctPosCounting.patch
It didn't have anything
[
https://issues.apache.org/jira/browse/JAMES-991?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12865756#action_12865756
]
Tim-Christian Mundt commented on JAMES-991:
---
This also occurs on Linux (Ub
[
https://issues.apache.org/jira/browse/JAMES-991?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt reopened JAMES-991:
---
It's occurring again. Maybe a more generous stack trace can help diagnosing :)
ERR
Environment: Linux, can't reproduce on WinXP
Thunderbird
Reporter: Tim-Christian Mundt
Priority: Critical
For certain messages (which I can't make public) this exception occurs:
org.apache.james.imap.decode.DecodingException: Expected end-of-line, found '
Hi,
05.05.2010, 21:55 +0100, Robert Burrell Donkin:
> >> I'd like to build on a relatively stable structure.
>
> use an internal API, then any changes can be bridged. a good
> commons-style Maildir library would be really useful generally and
> much easier to debug. so that's where i'd start.
Th
Hi!
Alfresco's JCR implementation only allows one session per thread.
I think Alfresco stores the session stuff in a Thread Local variable (at
least using web services), so there can be only one active session at a
time per thread. However, what does prevent you from simply creating a
new one
Thanks Norman for the welcome. I've been here on the mailing list for
some weeks, so at least I'm not totally foreign to most of you. I'm
excited about this opportunity and hope the next few month will be
beneficial for all of us.
While Norman is my official mentor, of course all of you are alwa
JPAStreamingMessage vs JPAMessage
-
Key: IMAP-133
URL: https://issues.apache.org/jira/browse/IMAP-133
Project: JAMES Imap
Issue Type: Bug
Components: JPA Mailbox
Reporter: Tim-Christian
: Trunk
Environment: WinXP
Reporter: Tim-Christian Mundt
Sometimes (I love undetermined errors...) when shutting down James (current rev
936628) the CPU load goes very high and the system (Win XP) becomes totally
unresponsive (although James only takes around 50% of the CPU (dual
Hi,
>
> I know pop3 proto doesn't support folders, that I mean is a way to
> configure the server to do that. Maybe at global or at user level.
> It's like gmail behavior, when the user enables POP she can configure
> what to do with the messages downloaded.
Usually, this is configured in the cl
[
https://issues.apache.org/jira/browse/IMAP-114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12842246#action_12842246
]
Tim-Christian Mundt commented on IMAP-114:
--
Unfortunately - while increasing co
[
https://issues.apache.org/jira/browse/JAMES-979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12841218#action_12841218
]
Tim-Christian Mundt commented on JAMES-979:
---
If I understand correctly, J
[
https://issues.apache.org/jira/browse/JAMES-979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12840705#action_12840705
]
Tim-Christian Mundt commented on JAMES-979:
---
Hi Emmanuel,
thanks for havi
[
https://issues.apache.org/jira/browse/JAMES-979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12840652#action_12840652
]
Tim-Christian Mundt commented on JAMES-979:
---
No, I didn't. The
[
https://issues.apache.org/jira/browse/JAMES-979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tim-Christian Mundt updated JAMES-979:
--
Attachment: jstack_inifinite.log
jstack_short.log
Sure, I attached two
[
https://issues.apache.org/jira/browse/JAMES-979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12840637#action_12840637
]
Tim-Christian Mundt commented on JAMES-979:
---
(Well, I thought an unca
[
https://issues.apache.org/jira/browse/JAMES-979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12840616#action_12840616
]
Tim-Christian Mundt commented on JAMES-979:
---
Thunderbird was idle when I cl
Environment: Win XP, Thunderbird
Reporter: Tim-Christian Mundt
Priority: Critical
Quite often when closing Thunderbird I get this exception:
ERROR 10:56:01,234 | james.imapserver | Error while processing imap request
java.io.IOException: Eine vorhandene
ntent TYPE LONGBLOB;
Thx,
Norman
2010/3/2 Norman Maurer :
Hi Tim,
please fill two jira issues:
https://issues.apache.org/jira/browse/IMAP
I will need to look at the source to understand whats going on here..
Thx,
Norman
2010/3/2 Tim-Christian Mundt :
Hi,
with certain mails I get this
Hi,
with certain mails I get this exception in HEAD:
Exception in thread "Thread-18" user error> org.apache.openjpa.persistence.InvalidStateException: Can
only perform operation while a transaction is active.
at
org.apache.openjpa.kernel.BrokerImpl.assertTransactionOperation(BrokerImpl.
olders something which is supported by imap itself ? (
not sure if James imap support it)
bye
Norman
2010/2/26, Tim-Christian Mundt :
Norman,
btw, how things workin out for you with your implementation?
I've two things going on: A MailboxManager which is probably not of use
to anybo
Norman,
btw, how things workin out for you with your implementation?
I've two things going on: A MailboxManager which is probably not of use
to anybody else. It hands off all real work to another MailboxManager
(OpenJPA in our case) but before doing so rewrites some stuff which
allows us to ha
compile fails
bye
Norman
2010/2/24, Tim-Christian Mundt :
Again one of these I-cannot-build-james-requests, sorry for that. I'm
working with James for quite a while now and built it many times. After
a few weeks sticking with one version (I didn't wanna cope with ever
changing c
Again one of these I-cannot-build-james-requests, sorry for that. I'm
working with James for quite a while now and built it many times. After
a few weeks sticking with one version (I didn't wanna cope with ever
changing code during development) I updated today. So I have basically a
clean James
Hi,
it would be important to remove the respective passages on the websites
sometime soon (e.g. http://james.apache.org/index.html,
http://james.apache.org/server/index.html and
http://wiki.apache.org/james/FrontPage ).
Best
Tim
Am Dienstag, den 26.01.2010, 07:52 + schrieb Norman Maurer (JIR
1 - 100 of 121 matches
Mail list logo
