Resize subscription window
Reported by Olaf | January 31st, 2014 @ 09:11 AM
The window in which to subscribe to IMAP folders is rather small and not resizable. With over a 100 of folders to subscribe to things get a bit tedious on the small screen.
Comments and changes to this ticket
-
benny January 31st, 2014 @ 09:24 AM
Are you sure it's not resizable? I don't seem to have any problems with that. We are talking about the sheet shown when clicking “Edit Subscriptions” in the IMAP account window? (Make sure you try to resize the sheet and not the window.)
-
Olaf January 31st, 2014 @ 09:59 AM
Sorry Benny, false alarm indeed.
(I am syncing my folders which makes the whole program a little irresponsive. I think I was to impatient for the resize arrow to show up)
While I have your attention :-)
I am trying out the program because I think it is the most promising alternative after TB for Mail.app. It seems you've made a very feature complete mailer and I am going to try it out.First experiences:
- Some bad-aloc crashes during the sync, those crash reports have been automagically submitted. I do have over 4Gbyte of mail archive so that may be a bit exceptional.
- I hope the above mentioned irresponsiveness during synchronization will disappear after the sync has finished.
- I am looking for a setting to set the default synchronization for folders to one-hour.
- It would be nice if the settings for a folder applies to subfolders (so selecting 'off-line' or '1hour sync' would apply to all the children too.
Your responsiveness is impressive too. I will buy a license :-) It will be valid for v2 too, correct?
--Olaf
-
benny January 31st, 2014 @ 10:46 AM
- State changed from new to resolved
-
The bottleneck in MailMate is the number of messages (and not their size). I usually state that < 100K is fine, several 100K can work depending on hardware, more than 500K is not going to work well - if at all (this is based on user feedback). I recently fixed some memory leaks, but I doubt they can explain your memory allocation crashes. I might release a new test version later today, but that might be too late for you to try it out for the initial synchronization. My guess is that MailMate is not good enough at keeping the queue of messages in memory sufficiently small, but I haven't looked into this yet (I have a couple of similar reports for large accounts).
-
If MailMate does not become sufficiently responsive I'll provide a refund.
-
Did you try right-clicking an account/mailbox and look for “Synchronization Schedule”?
-
Syncing: Currently, mailboxes only inherit the setting of the account (and not a parent mailbox). I'm hoping to do more with mailbox level settings in the future (all kinds of settings).
Thanks for your support! The license key is valid for 2.x as well.
-
Olaf January 31st, 2014 @ 11:02 AM
The bottleneck in MailMate is the number of messages (and not their size). I usually state that < 100K is fine, several 100K can work depending on hardware, more than 500K is not going to work well
If MailMate does not become sufficiently responsive I'll provide a refund.
That is very kind. But not needed. This type of interaction is worth the 45 Euro (with VAT) that I just payed.
Did you try right-clicking an account/mailbox and look for “Synchronization Schedule”?
No, but it did the trick.
Syncing: Currently, mailboxes only inherit the setting of the account (and not a parent mailbox). I'm hoping to do more with mailbox level settings in the future (all kinds of settings).
No urgent or priority feature request.
Thanks.
--Olaf
-
Patrik Fältström October 20th, 2014 @ 02:43 AM
I have now even more issues with Mail.App in 10.10.
You have not managed to move a bit further up the scale with ability to handle large quantities of mail?
My 10.10 Mail.App says at the moment: "Imported 307k of 2.1M, 52 hours and 15 minutes to go". This on a MacBook Pro with SSD drive :-P
Patrik
-
benny October 20th, 2014 @ 01:54 PM
@Patrik: It's probably a bit better now, but I wouldn't expect miracles. Some users have more than 500K messages in MailMate, but that certainly wouldn't work on my hardware. I'm not sure what's up with Mail.app, but if it's a Google account then it could be because Google is throttling the connection (look for
[THROTTLED]
in the connection logs). MailMate would have the same problem. It's non-standard behavior and I haven't tried implementing a workaround (not sure there is one).
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile »
Mac OS X email client.
People watching this ticket
Referenced by
- 615 Crashes when importing email uncaught exception of type std::bad_alloc Sorry, 1.5 million is out of reach for MailMate. My reply...