Mailspring lags alot when an email has many threads/reply history in it

[GAPP99]

Are there any related issues?

...

What operating system are you using?

Windows 10 64x

What version of Mailspring are you using?

1.1.4-22d9f20d

--

Bug?

Do you have any third-party plugins installed? If so, which ones?

None

Is the issue related to a specific email provider (Gmail, Exchange, etc.)?

No.

Is the issue reproducible with a particular attachment, message, signature, etc?

Yeah, any time a thread gets higher than like 25-30 replies, it will be very slow.

--

Feature Request?

Does this feature exist in another mail client or tool you use?

...

[MyGovDoug]

I also see this issue. I often have to force quit the app and restart because it locks up.

I'm using this on a Mac.

[enoversum]

This has been there since early days of Nylas Mail and does still occur.

[farfromrefug]

Please look at this one. makes the app unusable.

[Carve]

Still have this issue, had to revert to my previous client for the time being.. Please FIX!

[GAPP99]

Same here. I upgraded to Pro subscription, but have had to revert to alternate client, because it completely freezes the client. Had the same problem with Nylas too.

I urge you to take a look at it @bengotow

[farfromrefug]

@Carve Same thing, had to switch to Sparkle...

[enoversum]

It seems some really nagging bugs like this one just found their permanent home in Mailspring. Even though I loved some features of Mailspring, I finally jumped off to Newton as a cross-platform, well-maintained e-mail client.

[GAPP99]

Thanks for the suggestions, @enoversum. Will check it out. Does it show link click receipts?

[GAPP99]

Alright, considering that the developers have not even bothered to respond to a critical issue like this for over 4 months, I'm going to assume that there's simply not enough resources to maintain Mailspring anymore.

Care to elaborate, @bengotow ?

[sommarnatt]

Same issue on Ubuntu 18.04 and not really that many "fancy ui" clients to choose from on Linux. Started to lag constantly from around 25+ replies in a thread and locks up the client totally. After restarting the client it sometimes lets you type a few characters or some lines until it locks up again.

Will switch to some other client, this makes it unusable.

[alxtr1bal]

Same issue, windows 10.

[ysBach]

Same here. Scanning gmail never ends (Mac OS X 10.14)..... I quit using Mailspring due to this issue.

[Rolf-Herbert]

same here...along with the NIL issue for names in email addresses with the latest release I will have to move client..Mailspring is almost brilliant

[GAPP99]

Please do update on which email client you're moving to. Cause, to be frank, I haven't yet found anything as simple to use as Mailspring, with also the read receipts, etc.

[enoversum]

I did move on to Newton, which got closed down sadly. Now I stuck with Missive, which is more geared towards teams, but still works solo as well.

[Rolf-Herbert]

EM is decent (http://emclient.com) and thunderbird with the latest skins and threaded conversations is good too.

[BhavKhatri]

I'm having the same problem on Windows 10. With 20+ messages in a thread composing an email becomes interminably slow!

[GAPP99]

EM is decent (http://emclient.com) and thunderbird with the latest skins and threaded conversations is good too.

Do any of these have read receipts? That's an incredibly important feature for me. I could not see if they had it available in the two you listed.

[GAPP99]

I did move on to Newton, which got closed down sadly. Now I stuck with Missive, which is more geared towards teams, but still works solo as well.

Thank you for your recommendation, @enoversum. I'll give it a try.

[Melissa-Kay]

I'm having the same issue... and I'm at the point I can't use this client anymore. I love mailspring and was contemplating upgrading until I started running into this issue. Now I have to switch to something else. Anytime a thread is >10 emails.. it starts lagging quite a bit. When it hits 20, I can't reply to a thread and have to use gmail in the browser. Testing out EM for now.

[NeySlim]

Same problem. Have to use another client from now. It's unusable and makes gnome hangs, or kill mailspring.

[eduardohenriquearnold]

Same issue, and quite annoying too. Anyone knows the cause? I think this should be tagged a critical issue?

[harrync]

Joining the queue on this, latest snap MS on Ubuntu/KDE plasma 5. Is totally unusable with threaded emails, opening emails can take minutes or outright crashes the app. Have had to move to Geary until MS can actually work with email threads!

[jord-bh]

Also hitting this problem on arch linux since forever.

[BhavKhatri]

I've given up and uninstalled Mailspring. I also had the problem both on Windows and Linux.

[capi1O]

Same problem on Ubuntu since... as far as I can remember. Really annoying as it forces me to create a new thread otherwise every time I try to reply a very long thread 9 times on 10 it freezes.

[mikolajzieba]

The same here. Long thread is when it has ~ 10-15 replies, and it starts to lag more and more on each new reply, making client unusable at some stage. Is there any way to debug (on Linux) what may cause that problem?

That's what I get in console:

[14840:0x305dbd921000]    48547 ms: Scavenge 2037.1 (2083.8) -> 2036.2 (2084.3) MB, 4.2 / 0.0 ms  (average mu = 0.259, current mu = 0.183) allocation failure 
[14840:0x305dbd921000]    48887 ms: Mark-sweep 2037.2 (2084.3) -> 2034.6 (2084.3) MB, 329.7 / 0.1 ms  (+ 135.2 ms in 284 steps since start of marking, biggest step 6.7 ms, walltime since start of marking 631 ms) (average mu = 0.379, current mu = 0.497) al

<--- JS stacktrace --->

==== JS stack trace =========================================

    0: ExitFrame [pc: 0x563d0ee1cb2e]
Security context: 0x2e1b2a8477b9 <String[7]: file://>
    1: filter [0x2fb76fb24c81] [/usr/share/mailspring/resources/app.asar/node_modules/immutable/dist/immutable.js:~4727] [pc=0x3b52f7391b60](this=0x191157487fd1 <Object map = 0x19700a5fa759>,0x2e1b2a820261 <JSFunction Boolean (sfi = 0x1b8c9069a5f1)>,0x12c2477026f1 <undefined>)
    2: arguments adaptor frame: 1->2
    3: joinAdjacentLists(aka joinAd...

Failed to get crash dump id.
Report Id: {"success":true}
Failed to get crash dump id.
Report Id: {"success":true}```

[sanjeev2010]

Is there any update on this? I'm having the same issue on a Mac, currently upgraded to Pro but might need to switch clients too!

[GAPP99]

Is there any update on this? I'm having the same issue on a Mac, currently upgraded to Pro but might need to switch clients too!

You should move on. That's what everyone else has. It's a shame, because Nylas/Mailspring is by far the best client I've used when it's actually working like it's suppose to.

[sanjeev2010]

I reached out to support about this. No response. Time to move on I guess. Any alternative recommendations?

[enoversum]

Yes. If you're working in a team, the comparably costly, but constantly improving Missive worked very well for me. For single-user work, the resurrected Newton Mail client is doing it for me again. Even though the latter gives me a few bugs now and then, they're actively supporting their client and always reply to help.

[LoneWolfHT]

I also have this problem

[ronilaukkarinen]

I have seen this a lot lately. TIL makes it easier when you disable automatic loading of images in the threads.

[mamantoha]

I also have this problem. Disabling spell checking helps a lot. But anyway, when I press Ctrl+A and delete text, the client is freeze for a few seconds.

[scottybo]

Echoing this sentiment - seems to happen when the mail threads are long. Turning off spell check and attachment previews sped it up slightly, but it's still laggy

[jmaybe]

I truly hope this can get resolved at some point as it is the one email client I can use on all (Linux, Mac, and Windows) of my work machines. However, I cannot continue using the app when it comes to a screeching halt when replying to long threads (which happens all too often).

[BhavKhatri]

I think the developers have packed up shop or don't give a monkeys! I think there is a better chance of us in the UK coming together to agree on what to do with Brexit!!

[aqrig1]

@bengotow it's been a year since this issue was opened, man, you need to address it or at least give us an update. This is a critical issue (for me at least): after ~15 messages it start to lag and after around 30 it just stops responding completely when I try to reply.

[fiskhest]

@bengotow Is there anything we can do to help troubleshoot this issue?

[QuakeString]

@bengotow Is there anything we can do to help troubleshoot this issue?

My mailsping freeze and ask to force close when I'm tying to reply a long tailed email. Its take too long time to bring the reply form after pressing replyall. Practically I've to open gmail web and reply it, its really annoying when I'm paying for Pro version. Kindly fix it. I'm using it on Manjaro KDE

[BigLeagueChewie]

Just adding another tally for this issue. Recently discovered Mailspring after trying just about everything else and thought I had found the solution. Was ready to pay for the premium features, but this performance issue is a deal breaker.

Hopefully it can be fixed soon and I can come to back what seems like a very solid email tool otherwise.

Happy to provide any information to help troubleshoot as well.

[paulux84]

Same for me. My experience isn't good with mailspring and i must switch to thunderbird for this issue. I have a lot of email with really long thread and for me is unusable

[solatis]

I'm a paying user and having severe lags as described here. Often the interface is completely unusable for large threads, which are (afaik) very common in corporate settings. For an email client which positions itself as fast, this is pretty bad.

[RomanSytnyk]

I have the same. Interface freezing is even on the mail list

[drholera]

I have the same. Threat with 35+ letters can't be opened at all, the app is totally frozen. Ubuntu 20.04.

[Kesiunas]

Same problem for me. Sometime even when the thread doesn't have much letters but is replied separately (it shows two same named threads separately) the one with less letters freezes a lot.

[foundry376-bot]

This issue has been mentioned on Mailspring Community. There might be relevant details there:

https://community.getmailspring.com/t/significant-lag-on-large-threads/183/1

[CodeMouse92]

Thank you for reporting this. Mailspring is historically maintained by one developer, in addition to his full-time job, and the backlog of issues — which also include questions, plenty of duplicates, and wishlist-level feature requests ­— has often been a stumbling block to ongoing development. I just joined as the Volunteer Community Manager to help mitigate that and set priorities in terms of bug fixes and feature development.

We are now in the process of migrating issues to Discourse, which can better facilitate discussion and discovery, and so GitHub Issues can focus on issues that are confirmed and slated for resolution in the near term. Learn more about the changes here.

As part of this, we've migrated this issue to Discourse:

https://community.getmailspring.com/t/significant-lag-on-large-threads/183

Please consider joining that community and continuing the discussion there!

We're locking the issue here as part of this migration. Rest assured, this doesn't mean the issue is being discarded or ignored. In fact, I'm not closing it (unlike most migrated issues), since it strikes me as an important near-term fix.

We hope to see you on Discourse soon!

-The Mailspring Team