MailMate not sending changes to server
Reported by deanishe | June 25th, 2015 @ 10:12 PM
I'm using r5099 and a Dovecot IMAP server.
When I mark a message as read or trash it, MailMate shows it as read or trashed, but does not send the changes to the server. As far as I can tell from the Activity Viewer it literally doesn't send any corresponding commands to the server.
And when I manually synchronise the mailbox, the messages remain read/deleted in MailMate, even though they're not actually read/deleted on the server.
The only deletion action that MailMate sends to the server is when I delete a message that's already been marked for deletion in another client.
Archiving does work (MailMate sends the appropriate command to the server), as does moving messages to other folders. Except to Trash.
Any ideas?
Comments and changes to this ticket
-
benny June 26th, 2015 @ 11:18 AM
First check that all of the mailboxes in the account are online and fully synchronized. Look under SOURCES in the mailbox outline. A mailbox can be taken offline if there is some kind of persistent problem although it should only happen after a warning has been shown to the user.
If this doesn't help then we'll start debugging.
-
deanishe June 28th, 2015 @ 01:44 PM
Hi Benny,
Thanks for the quick response. The mailbox/account is not offline.
I've tried a few things, including rebooting the server. As best I can tell, the issue only arises when I'm connected via a VPN.
If I had to guess, I'd say that MailMate doesn't like the increased latency. I don't have the same issue with other email clients connected via the same VPN, and when I connect directly (or via a faster VPN), I don't have the problem. I suppose the email clients on my phone are specifically designed to work with higher-latency connections.
Dean
-
deanishe July 5th, 2015 @ 09:46 PM
So, I've been using Postbox alongside MailMate for the past few days to try and narrow down the source of the problem.
Postbox works flawlessly via VPN. This is likely due to its generous 100-second timeout.
I continue to have problems with MailMate when using the VPN, which all disappear when directly connected.
The conclusion I draw is that MailMate times out too soon for my connection. Is there any way I can adjust the timeout to something more generous?
— Dean
-
benny July 7th, 2015 @ 12:02 PM
Thanks for analyzing the issue. There is, I believe, a working hidden preference to change the minimum timeout value. Try this and then relaunch MailMate:
defaults write com.freron.MailMate MmMinimumConnectionTimeout -integer 100
MailMate actually tries to adapt automatically, but apparently that does not work well in your case. Perhaps we can analyze that in more detail if the above solves your problem.
-
deanishe July 16th, 2015 @ 10:26 AM
I followed your suggestion, and after a week's testing, everything is working perfectly.
Thanks for the excellent support!
— Dean
-
benny July 16th, 2015 @ 05:21 PM
- State changed from “new” to “resolved”
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 new ticket
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.
benny