5
One user taking down the server
Question asked by Montague WebWorks - 7/13/2023 at 9:42 AM
Answered
Hi all. For the third time (once many years ago, then again two months ago, and now today) a single user account has taken down my SM server. 

The first occurrence, years ago, I was told that it was corrupted indexes due to an old version of Outlook. I had to pay for emergency help and then had to move everything to a whole new physical server. Three weeks of crashing.

Two months ago it happened again. This time it was an account that received several very large video attachments, none of which should have been accepted by SM because I have the SMTP-In message limit set to 30 MB. The user tried to delete them, and what ensued was a repeating whack-a-mole of using the webmail interface to delete the emails, waiting a second, clicking into another folder, then clicking back to Deleted Items and seeing them there again, totaling over 400 GB. Apparently that was because the account was using Outlook, but not too old. Deleted emails kept reappearing. That was another three weeks of my life.

This morning my server crashed again when again when a user received a 500 MB video attachment. Again, how did that email make it through the 30MB limit barrier? This time the customer was using MacMail and deleted that single email. Ugh. Had she been in the office she would have used the webmail interface. From that point on, if I go into the Deleted Items folder to delete everything there, the big 500MB email reappears, repeated over and over dozens of times, consuming my entire hard drive. Crash!

Once restarted, the server will only stay up for about five or ten minutes. I cannot delete the offending emails without them doing the Sorcerer's Apprentice broom thing and filling the hard drive again.

Has this happened to anyone else out there, and what did you do to stop this behavior from happening? Will disabling the account stop the indexing?

I'm working with support but haven't heard back from them in over two hours. My server is still down, and I'm pretty much at my wit's end. 

I don't want to pay for an emergency ticket because I feel that this is not my fault. I am astonished that something wasn't done to prevent this runaway rogue indexing process from taking down an entire email server because of ONE account. Shouldn't there be a watcher process that kills any activity like this? Maybe a quick JSON file format checker or something that can see when something is not right?
Mik MullerMontague WebWorks

10 Replies

Reply to Thread
2
Locate the email with the attachment on the harddrive and stop smartermail service.

Delete the email.

Empty the trash bin and restart the smartermail service.

See if it helps.
1
Kyle Kerst Replied
Employee Post
Any time I've seen a message get stuck like this it is due to that user having a client configured somewhere that is continuously trying to sync the message back to the server again and again. As Brian said, my recommendation is to have the user detach all clients from the account by removing the account completely, then shut down SmarterMail and delete the offending message and any tmp files before starting it back up. Before you have the user try connecting a client again - monitor for a bit to see if the problem comes back without their clients.
Kyle Kerst System/Network Administrator SmarterTools Inc. (877) 357-6278 www.smartertools.com
0
Montague WebWorks Replied
With Tony's help, I stopped the service, edited the domain's accounts.json to remove the reference to her account and folder, then restarted the service. Tony also removed IMAP from her accepted protocols, and the user removed the account from her MacMail. She is currently using webmail interface only. Next steps are to delete the two offending folders, and create new,empty ones in their place.
Mik MullerMontague WebWorks
4
Montague WebWorks Replied
But that begs the question, why does this keep happening? Is it possible for SM to compare message IDs when syncing email back to the server via IMAP to avoid duplications? And maybe a process that watches for runaway syncing and stops it? This will happen again. It's already happened to me three times in two different SM versions, and each time it took my server down through HD consumption. If old versions of Outlook are problematic, perhaps deny syncing known clients IMAP on the fly? There's gotta be a way!
Mik MullerMontague WebWorks
0
You can do that to any individual accounts.

0
Tim Uzzanti Replied
Employee Post Marked As Answer
Glad to see this was resolved in the last release.
Tim Uzzanti CEO SmarterTools Inc. (877) 357-6278 www.smartertools.com
0
Montague WebWorks Replied
Was it? What, specifically? Can you send me the link to the change log / bug fixes page?
Mik MullerMontague WebWorks
0
Tan Replied
@Mik mind sharing which version of the old mac client?
1
Montague WebWorks Replied
Mac Mail version 16.0 on laptop OS 13.4.1
Mik MullerMontague WebWorks
0
Montague WebWorks Replied
I wonder if that info is available at the time of IMAP session, similar to how the web interface has access to the HTTP_USER_AGENT. Does SM track that? Should it? Would it be helpful for troubleshooting? At least the last connection.
Mik MullerMontague WebWorks

Reply to Thread