have migrated to a linux vServer now (yesterday) (took me some hours, it is not a "no-brainer" like mercury, and costs me 4$ a month)... BUT

it is REALY amazing fast...

have NO problems with android/thunderbird ...

(had to delete 1000s of emails in sent folder, because of bug in mercury..)

the most amazing Thing: 

when marking a message as read in thunderbird, it gets marked read on the phone in REALTIME (2 seconds!) (and vice versa )

i am using ubuntu->postfix(with maildir)->dovecot->roundcube...

1:1 copied all emails with "imapsync"..

i am using mercury + imap since serveral years..

(not sure if this is the last year i will use it  ... ;-)

i have only 2 users

so it is a REALY SMALL email server!

try to keep inbox "small" (not too many messages)

but have other folders (sent, trash, archive) with  2000 msg a year

MAIL folder is only 2GByte

using 4.72

a) it is SLOW!

doing "somthing" with imap, MOST times results in 100%  CPU usage.. over several minutes

 (even if it seems to be not file-based anymore, like some versions ago,?)

resuting in: sometimes looking vor new email in inbox is very fast, somtimes takes a minute..

b) since using android phone it is even worth

c) i have/had the "many copies of sent email in sent folder" when sending email from android phone (with android mail) problem

d) "solved"  it usind KMail, but now have, "email does not get marked as read" problem.. (seems to do somithing called :append ? but does not work, ..)

 e) using smartphone, there is ALWAYS a connenction (most time there are 5-6 connections per user), so e-mail NEVER get deleted... (solved by "sweet dreams", wich disconnects wlan/3g from 24:00 to 01:00)

For point (a) - slow performance - I believe this should be significantly improved in v4.73, which we're finalizing at the moment. If you'd like to try it out and see, I'd be quite interested in your report - mail me directly at David.Harris@pmail.gen.nz and I'll give you access to a stable beta. For anyone who's interested... The slow performance is because the client is fetching the message a small chunk at a time, which causes Mercury to do a complete MIME parse of the message each time (a very intensive process). I've worked around this by caching the last parser result on each connection and reusing it where possible.

Point (b) appears incomplete, so I can't comment on it, sorry.

Not sure I understand point (c), sorry. MercuryI won't unilaterally create mail in a folder - it only does so on instruction from the connected client. Perhaps it's your android phone that's doing this? In my experience, mobile phone IMAP implementations are... well, let's just say "not very good" and leave it at that.

For point (d), I can't really tell without a lot more information, but this is pretty basic stuff, and I'd pretty much have to guess that KMail is doing a message.peek without subsequently setting flags. Like I say, though, I'd need to see a full session log before I could comment further.

Point (e) is the most annoying single thing about using phones to do IMAP. Unfortunately, there's little I can do about it at this stage: when multiple connections exist to a mailbox, the question of how you handle deletions is quite difficult. MercuryI does it quite legally (by refusing to expunge until there is only a single connection), but that does lead to problems of the kind you're experiencing. The new back-end message store I'm in the late stages of developing *might* provide ways of dealing with this, but whenever IMAP is involved, you can guarantee that there will be a catch somewhere.

Cheers!

-- David --

point c) is this problem: http://community.pmail.com/forums/thread/22965.aspx

point d) will enable session logging, maybe i can find the problem..

for the rest, thank you, i will e-mail you  for 4.73..

i forgot my "problem f)"

f) i have this, since i have mercuryI 

downloading  an email with "big" atachment, (with thunderbird) is a pain..

 email with some pictures: most time at minimum one is corrupt.

big atachment also ...

when clicking on an "big" email, and clicking other emails "while" it is downloading, it will always be corrupt..

Sounds like a client-side problem. I use IMAP all the time and receive a fair number of attachments, but haven't had any issues like this. Check MercuryI logs for errors, and try downloading the same messages with another IMAP client. If you can provide me with a test case I'll be happy to test it from my server.

/Rolf

I am using Maildroid on my Android phone and it appears to handle the connection to my Work Email account hosted on Mercury very well.  I do not find it slow at opening emails or browsing my many folders and opening emails in them.  To be fair I do not use it as my main interface to my work email as I mainly access it during office hours using Pegasus but I have been doing a bit of testing because of the problems that other users are reporting with their Nokia E72 phones provided by the company which apparently do not always get all their mail.