5
Is the Latest SmarterMail Build 7751 Working Well for You
Question asked by Ron Raley - 3/23/2021 at 11:16 AM
Unanswered
Please share your experience. Good or Bad please.

Thank you!

38 Replies

Reply to Thread
1
no (new) issues so far...
Gabriele Maoret - Head of SysAdmins at SERSIS Currently manages 6 SmarterMail installations (1 in the cloud for SERSIS which provides services to a few hundred third-party email domains + 5 on-premise for customers who prefer to have their mail server in-house)
4
Sébastien Riccio Replied
Hello,

After a day running on latest build, so far now new issue reported by our customers and the bugs we submitted seems to be fixed. So congratulations to SmarterTools for this.

I really like when it goes like this. Let's hope it will be the norm for future updates.

Kind regards.
Sébastien Riccio System & Network Admin https://swisscenter.com
2
echoDreamz Replied
Ours isnt. We have to restart SM every hour or so to get it to pickup missed messages in the drop folder. They've confirmed and reproduced the issue, I am just waiting on a perm fix. The quick fix is to just disable the use of the proc folder, but isnt optimal.
1
Sébastien Riccio Replied
Ouch. Did not see this one coming Chris. We don't use the proc folder so it saved us from this.
I hope the permanent fix will be available soon.
Sébastien Riccio System & Network Admin https://swisscenter.com
1
echoDreamz Replied
Sebastien, same... we've never had an issue that I can recall with the proc/drop folders. Tony did a good job supporting the issue, hoping development can iron this out quickly.
1
echoDreamz Replied
ST got us a build that has resolved the issue. So at this moment, we are solid.
1
FrankyBoy Replied
We installed the 7751 build a few hours after its release, and after 24 hours in production, no bugs were reported. Please note we don't use the proc folder. The few issues we reported also seem to have been resolved following the installation of this new version. Stay fingers crossed. Great job to the Smartertools team!
0
Stefano Replied
@echoDreamz, are you running version 7753?
I have seen that it has been released today.
0
echoDreamz Replied
Stefano, no, our build is 7752.
0
Stefano Replied
I think that the latest public release has your custom build inside.
Thanks so much echoDreamz ;)

1
echoDreamz Replied
Yes, just confirmed via support that the 7753 build is the same 7752 we are running.
0
J Lee Replied
We upgraded last night and today the MAPI logs appear to be broken. Any search to that log returns zero results can I get someone sells to test this on their system. Thanks
J. Sebastian Lee Service2Client LLC 6333 E Mockingbird Ste 147 Dallas, TX 75214 - 877.251.3273
0
echoDreamz Replied
Our MAPI log search is working without issues.
0
Sébastien Riccio Replied
Hello,

Build 7751 was running smooth. Yesterday night we updated to 7753 and got two 99% cpu usage and service unavailable since (in a 7h timeframe) and requiring a stop/start of the service.

Unfortunately I wasn't able to start a dotTrace as the system was almost completely unresponsive and took ages even to reach the dotTrace splash screen.... (and it's now office hours here)

Anyone else seeing this with 7753 ?

Edit: I'm looking to exempt one or two cores of the system from SmarterMail process so the system stay responsive when this happens.
Do you think this could do the trick ? Is it a way to set this by default for the process ?
That would be really great.
Sébastien Riccio System & Network Admin https://swisscenter.com
0
Mmmmh. I don't use drop folder, so I think I'll stay on 7751 (that's stable for me) for now
Gabriele Maoret - Head of SysAdmins at SERSIS Currently manages 6 SmarterMail installations (1 in the cloud for SERSIS which provides services to a few hundred third-party email domains + 5 on-premise for customers who prefer to have their mail server in-house)
0
CTL Replied
Support Team,

Let me know search issue fixed in the latest build 7753 ?  
Please comment on any other issue notice on the latest issue going to upgrade Saturday night 

Thanks

0

The search issues should be fixed in 7751.
But I haven't tried yet...
Gabriele Maoret - Head of SysAdmins at SERSIS Currently manages 6 SmarterMail installations (1 in the cloud for SERSIS which provides services to a few hundred third-party email domains + 5 on-premise for customers who prefer to have their mail server in-house)
0
Sébastien Riccio Replied
No lockups since the restart. Crossing fingers.
Sébastien Riccio System & Network Admin https://swisscenter.com
0
Marc Frega Replied
how do I know if I am using the drop folder? What is it?
0
Ron Raley Replied
We also experienced 99 percent cpu yesterday morning when things got busy and had to restart.

4 minutes to log into webmail and read an email message :(

Build 7751 had this issue. Today we are on 7753.

My hope is that it was a one time issue that had to do with triggering all indexes to refresh.
0
echoDreamz Replied
@Marc, if you dont know what it is, you probably dont use it :) - It is generally used by Declude. We use it for some custom stuff.

@Ron, we too had the forever webmail issue when we first installed 7452, the service was running, but it took nearly 10 minutes for webmail to finally start responding. It's been smooth since then though.
0
Heimir Eidskrem Replied
The cpu utilization coming from the reindex of every account?


0
echoDreamz Replied
We've barely noticed anything on CPU usage for a reindex and we have 20k+ accounts.
1
J Lee Replied
Our MAPI log issue after the upgrade was due to one malfunctioning MAPI account. This may or may not have been related to the upgrade to 7751
J. Sebastian Lee Service2Client LLC 6333 E Mockingbird Ste 147 Dallas, TX 75214 - 877.251.3273
0
Linda Pagillo Replied
Hey guys just poking through this thread. Declude does not use the Drop folder. It uses the Proc folder. Just wanted to clarify. The Drop folder is used by SM.
Linda Pagillo Mail's Best Friend Email: linda.pagillo@mailsbestfriend.com Web: www.mailsbestfriend.com Authorized SmarterTools Reseller Authorized Message Sniffer Reseller
0
echoDreamz Replied
While it doesnt "use it" directly, it does rely on it working properly :)
0
Montague WebWorks Replied
Does this new version also fix the drafts issue, and moving emails from one folder to another?
Mik MullerMontague WebWorks
0
J Lee Replied
I can report that my Spam Quarantine is working again after the upgrade to 7751, it had listed zero for many of the previous upgrades.
J. Sebastian Lee Service2Client LLC 6333 E Mockingbird Ste 147 Dallas, TX 75214 - 877.251.3273
0
Douglas Foster Replied
My server ran high CPU for more than 24 hours after upgrading, but it still worked, so I assumed it was the re-indexing.   But I finally rebooted, based on prior reports in this topic.   CPU is low and re-indexing finished quickly thereafter.
0
Stefano Replied
Hi guys,

it had passed quite a week, is everything fine with 7751/7753?
Thanks ;)
1
Ionel Aurelian Rau Replied
Aside from a temporary CPU usage increase for a few hours, so far so good with us.
1
Ron Raley Replied
After initial CPU spike, we are golden. No issues since.
0
FrankyBoy Replied
1 week, no spike, no bug reports since upgrade. But just approx. 1500 accounts.
1
1 week of use, non new issues.

It seems to work well

P.S.: I'm waiting the new EAS 16.x ...
Gabriele Maoret - Head of SysAdmins at SERSIS Currently manages 6 SmarterMail installations (1 in the cloud for SERSIS which provides services to a few hundred third-party email domains + 5 on-premise for customers who prefer to have their mail server in-house)
0
JerseyConnect Team Replied
We updated to 7753 last night and so far no major issues. I bumped up the indexing max threads to handle the anticipated increased load and I don't see a backlog, so I think we're good there. Also haven't had any issues with CPU or memory consumption.
Only reported issue was a user that couldn't log in. I checked the account and was unable to edit that user's settings or impersonate them. The account had finished re-indexing and while I was looking through other logs for a root cause the issue worked itself out and the account was accessible again.
1
Patrick Mattson Replied
I updated my server to 7753 on March 27.

About a week or so after I updated my server I started getting complaints connections were timing out. I went to my server and the SmarterMail application was using about 11GB of RAM. I was able to restart the service and I dropped to next to nothing

On average my SmarterMail uses about 4GB a day. The last two days the average went to 5GB+

Tonight I noticed SmarterMail application memory usage was using about 8GB. I was able to restart the service and it is back to normal. Why I find this odd is my user usage is much lower after 5PM because people go home, it is close to 7PM. So in theory my memory usage should drop, but it was not.

It almost seems like the program is not releasing memory back to the server and it just keeps taking memory but not releasing it.
0
Amelia Belli Replied
New here. Will try to test it.
0
Kyle Kerst Replied
Employee Post
For all newcomers to this thread, I recommend testing further under our latest public release as it has a fix for a rare crash scenario which should better your results. 
Kyle Kerst System/Network Administrator SmarterTools Inc. (877) 357-6278 www.smartertools.com

Reply to Thread