Hi,
A couple more updates; a new patch too, but I'll keep those on the
JIRA from now on to keep message size down ;)
(NB: Looking at other JIRA there, there is very little discussion
happening there, so I guess this list remains the place for that.
Please correct me if I'm not adhering
Hi Robert,
Quoting Robert Munn cfmuns...@gmail.com:
I am deploying a new mail server on James/Windows and was wondering if
you think the support for WinMailDir is stable enough for a new
deployment. I don't need to migrate a pile of old mail, so it's really
just about stability of the running
On Thu, Sep 26, 2013 at 5:53 AM, Robin Bankhead
apache.ja...@headbank.co.uk wrote:
Hi Robert,
I think it is still a long way from being able to be considered stable:
Understood. I will defer a deployment until a later date, although
that complicates matters as I will need to migrate mail out
Hi Eric,
As suggested, JIRA filed as MAILBOX-199.
FYI, the Draft-flag problem I mentioned turned out to be a red
herring, the client simply doesn't respect that flag.
The new challenge is a failure when trying to upload a large corpus of
mail (and dir hierarchy) from another server, but
I am deploying a new mail server on James/Windows and was wondering if
you think the support for WinMailDir is stable enough for a new
deployment. I don't need to migrate a pile of old mail, so it's really
just about stability of the running system. I can potentially debug
other issues, though I
Hi Robin, Thx for the follow-up.
Explicitly calling System.gc can bring global bad performance, so it
should be called only in case of windows platform.
The best is to create a JIRA (if not already existing) and attach there
your patch.
On 18/09/13 22:00, Robin Bankhead wrote:
Hi,
An
Hi,
An update and another patch. I've found that doing GC before
attempting the file move/rename operation allows it to succeed in
every permutation I've tried so far. The patch implements this in
MaildirMessageMapper.updateFlags(), giving it 5 tries (this may be
excessive, I dunno;
Eric,
No worries - appreciate the keepalive ;)
Meanwhile, I was thinking on about the character-selection issue. I
really wonder if there's much point in making it a configurable
property, since there'd only be one very specific use-case for needing
to do so, and I can't see what reason
Hi Eric,
Apologies, you're right - that was the wrong bit of output I posted.
The scenarios that cause problems are:
1. Downloading an unseen message (I think this is what the previous
output was) fails (but then succeeds when the client is closed and
reopened).
2. Moving a message
Hi,
I've made some progress insofar as I managed to complete a build from
trunk with my changes, and got mail being delivered to the WinMailDir
(like it ;)) via FetchMail.
I'm running into a few probably Windows-centric issues now though.
(This is on Win7 Pro incidentally.)
First, I
That's really good news.
I am not sure you fail on move. In the stacktrack you gave (yes, java
like hiding lines), the SEEN flag is set but the file renaming fails.
'..\var\store\maildir\mydomain.co.uk\wibble\cur\1377463834.cd32e9d983446360.MEBBE,S=2284;2,'
after copy to
On 16/08/13 18:36, Robin Bankhead wrote:
Hi Eric,
Thanks for your reply.
Quoting Eric Charles e...@apache.org:
1. The support on windows has been asked and the answer has been that
the maildir de-facto norm does not support this.
Fair enough; if this document [1] is THE (de facto) spec,
Hi Eric,
Thanks for your reply.
Quoting Eric Charles e...@apache.org:
1. The support on windows has been asked and the answer has been
that the maildir de-facto norm does not support this.
Fair enough; if this document [1] is THE (de facto) spec, then its
scope is obviously narrow
Hi,
I've been looking at James as a replacement for our legacy
Windows-based email setup, at which point my hopes of a maildir-based
message store were dashed (because of a filesystem reserved character
(colon) in the spec).
Moving to maildir appealed to me because the legacy software
1. The support on windows has been asked and the answer has been that
the maildir de-facto norm does not support this.
2. Where is the [1] you are referring to? Btw I think we could make it
configurable to allow the mailbox-maildir to use a windows-friendly
character. Maybe that character has
15 matches
Mail list logo
