11
IMAP problems with 6816
Problem reported by Nicolas Fertig - 9/3/2018 at 12:24 AM
Resolved
Hi,
 
We updated this night to the latest build from 6802, since then, many customers are reporting issues with IMAP (mostly people on mac).
 
The say that it can't connect and return a timeout. I thought it was just a specific user issue as I was able to connect with thunderbird, but multiple people reported the issue.
 
We reverted back to 6802, and the problem is gone !
 
Really what is going on. Since a few month we're having troubles like every two updates we apply :(
 
edit: we also have a customer with a java app that connects to imap, they also couldn't connect the whole time we were running 6816, reverting fixed it too.
 
 
 
 
 

89 Replies

Reply to Thread
1
Ale Replied
Hello,
same is happening here.
Anyone has a link to download 6802 installer?
Starting to get tired of all the bugs introduced with updates...
7
Nicolas Fertig Replied
We're archiving every installer since a few month, exactly for this reason.
 
I've sent it to a wetransfer, you can grab it here:
 
edit: there really should be a previous releases download page, it's amazing you can't grab a previous version from the vendor site, in case you need to downgrade...
 
1
Ale Replied
Tx a lot!
Will start doing the same, but really thinking to move away from SM.
1
Nicolas Fertig Replied
You're welcome.
 
I hope it will help you fix the issue as it did for us.
 
ps: did you receive any notification when a topic you're registered to is replied on here?
1
Ale Replied
Actually I didn't.
It is a while I don't post in the forum so I've no other evidence, but I can remember I was notified in the past.
1
Nicolas Fertig Replied
Okay, thanks.
 
I can't remember receiving a notification of a reply and double checked the account settings, but no notification mail is coming since a long time too :(
 
1
Manuel Martins Replied
Hi,
 
Same problem here, will do a downgrade to 6802, thanks for the link.
2
Neal Culiner Replied
Isn't it sheer brilliance ST releases a build on Friday before a long weekend and is no where to be found to triage their severe bugs? I don't get it. Most unprofessional situation I've witnessed in a long time by a software company.
2
Reto Replied
Same for Version 15, we had to revert back to 15.7.6782 from 15.7.6816.
3
Ale Replied
Just downgraded to 6802, and the issue disappeared.
IMAP is (still) a main protocol to access a mail server, it's simply unacceptable that could be completely broken by an update, without a solution after 4 days.
Definitely looking at alternative products - after 8 years with SM :(
0
Ray Cook Replied
Well, that's a life saver. I would advise everyone to save the previous working installation file.
I must say, ST now seem to be more concerned with 16.x and 17.x and we have never trusted 16.x - very disappointed in ST's QA
3
Alessandro Pereira Replied
Same problem here, we downgrade to 6802 and problem is over.
It is no longer possible to rely on SmarterTools updates
2
Paul Blank Replied
Just upgraded from older version of SM to 15.7.6782, including a move to a completely new server (Server 2012 R2). Thank heaven I've been following this forum for the last few days (actually, years), and did NOT upgrade to 6816.
 
That said, I planned pretty carefully, and the upgrade went smoothly.
 
Staying completely away from v16 here*. The days of using SM as a main email server are, sadly, numbered. ST is forcing my hand.
 
* this is the collective wisdom of many SM admins I follow
0
Paul Blank Replied
Looks as if I dodged a bullet here. Stayed with 6782 for a version upgrade. My full reply is below.
0
Ray Cook Replied
Can anyone upload 15.7.6782 somewhere for those of us who don;t have the previous install file.
0
Paul Blank Replied
Yes, I will upload that shortly and give you all a link. Stand by.
1
Paul Blank Replied
Link to 15.7.6782:
 
 
Feel free to contact me if you have trouble with this link!
0
Ray Cook Replied
Extremely grateful for this - many tx
4
echoDreamz Replied
The other issue is that everyone has apparently vanished. I get that it is a Holiday weekend, even us as a "smaller" hosting provider, we have people round the clock monitoring tickets, servers, PRTG, our forums etc.
 
If something goes wrong, away goes the BBQ and beer and someone has to respond. Figured at least someone would be checking the forums going "Uh, guys, we may have an issue" and coming in to address the problem. Instead of waiting until the next open business day to get in and go "Oh... Oops..." then have to scramble together a fix.
0
echoDreamz Replied
Though, I assume they are waiting for someone to shell out $400.
0
Neal Culiner Replied
Just shows you ST's dedication, or lack thereof. Not how an enterprise product company operates. Maybe they'll get a clue why Microsoft releases their patches on Tuesdays.
0
echoDreamz Replied
Yeah, I had posted about releasing updates at the beginning of the week, at least this way they are all around when something breaks.
0
echoDreamz Replied
So far we have about 3 dozen clients on TBird complaining about saving sent emails to the "Sent" folder errors, macOS mail clients complaining of connection / sync errors and about half-a-dozen Android users complaining of errors for the native mail client. So far, Outlook seems to be OK. However, it is still a Holiday here in the US, so, a large portion of our clients are not in the office or are simply not at their computers.
0
Paul Blank Replied
Quite welcome!
1
Paul Blank Replied
The unfortunate takeaway is this: unless what you're currently running has a serious problem that the update professes to fix, wait at least couple of weeks before installing said update.
 
And check in here often! 
0
Ray Cook Replied
Hello again. The installation did not work. I received an error when it tried to (re) install MS Visual C++ Redistributable Package (x64) - I chose to ignore and go ahead and all completed ok but SM was not running and I had to reinstall the latest version.

Any ideas?
0
Neal Culiner Replied
You would have to download a release and watch that one specific build for issues. Otherwise it's moot as they seemed to rely on automated "testing" and builds to pump out a build every Friday, untested as we all know. So if you wait a few weeks you really still don't know what you're getting. It's just another build that you can't trust. Pick your date of entry. This is not how businesses do software, I guess ST grew big and became arrogant, usually how a company implodes. I won't consider any more ST products, that's for sure. Glad they haven't touched SmarterStats and left that alone.
0
Ng Cher Choon Replied
We are also facing this problem with several of our customers complaining about the sync with the emails with IMAP.
0
Paul Blank Replied
Neal, that is the only strategy (if you're going to stay with SM, and that's a big if). Watch the forum here, and pull the trigger when the complaints are at a minimum. Very sad, however, to observe what appears to be a train wreck in progress, especially when we are amongst the passengers.
0
echoDreamz Replied
The issue for us what that this update fixed an issue that was causing emails to stall in queue with exceptions in the delivery logs. So we had to apply it to fix a delivery problem, only to find that now IMAP is broken :(
0
echoDreamz Replied
It is an endless cycle of fix this and break that, fix this and break that, that does not seem to end. Previously was issue with SM ignoring the IP bypass entries causing emails from our backup MX gateways to bounce due to SPF, fixed that, then we started with this delivery exception, fixed that, now we have IMAP problems.
0
Reto Replied
@Ray, did you uninstall, reboot and install again? (this way it should work)
0
Ray Cook Replied
ah - I'll try it that way - I thought I could get away with it. I did think about uninstalling just the C++ but it got too late. If ST haven't sorted this today I'll have another go. Tx again
0
Damir Matešić Replied
No reply from SM team about this release full of bugs?
As always.
0
YS Tech Replied
Same issue, clients complaining that sent items aren't saving, etc.
0
YS Tech Replied
Thanks, I will start saving previous updates, very wise decision. And of course check the forums before updating next time!
0
Paul Blank Replied
This is the accepted procedure. That said, I've yet to encounter another program that allows you to install a new version when an uninstall is needed first. Other installation routines automatically stop services, uninstall previous versions and do other cleanup tasks before installing the new version, and then restart services and/or request a machine reboot.
0
Neal Culiner Replied
Paul, I'm not new to ST or SM, been using it for years. Amazed at ST's lack of transparency, they owe their high paying customers answers on what the heck happened with SM 16 and why they pump out builds and do not care about quality or impact on their customers and the customers of their customers. It's time to broadcast a BUYER BEWARE of ST products and look elsewhere for quality mail server products customers can trust and rely on.
0
Neal Culiner Replied
No, they went on vacation/holiday just after releasing the build, just like every weekend. They do not get it. Don't release something you are not around to support if something goes wrong. They've had enough time to learn this lesson with SM 16 yet have not made any changes to prove to us, the customers, that they are making changes to better serve us.
0
Damir Matešić Replied
This is SM standard behavior. I tried to explain to them that business is not working like this. Many time to some SM stuff. They don't have the right vision, and for sure have leaks in the internal testing procedures and coding. Maybe they think that the end user is the one that should test the PRODUCTION releases. They are able to make the same bugs over and over. Totally incompetence!
1
Neal Culiner Replied
ST could have at least taken one hour out of their weekend to PULL THE BUILD and link back the prior build for us. This happened about 2-3 weeks ago? Yeah, it happens weekly that something is screwed up but at least they pulled the build that time. 
 
Proves one thing to developers. Automation does not work by itself. Automated testing, automated builds (using the same filename and web linking is pure lazy). A great example of how NOT to do things - that is SmarterTools. Or should we just call them Tools now?
0
SmP Replied
Really hoping for an out of band update today!
0
SmP Replied
We've received a number of reports specifically about macOS users experiencing the same issue since the release of last Friday's build.
0
SmP Replied
Indeed, we just made the jump last week and really thought that a year into 16, this would be more stable.
1
Ray Cook Replied
We thought of a different approach to a previous version of the install file. We have back-ups of the Smartermail folder from before the update.
 
The problem is we don't know which files may have changed since, like xml files that should not be restored. it would be useful if we know which folders and files can be safely restored then, I presume, you could just stop the service, backup the SM folder, copy over the old files and restart and you would be back to the previous installation?

Is this correct? Anyone tried it?
0
SmP Replied
We retain the version just before any upgrade as a practice as of SmarterMail 15 but in this case, we're still not sure what the ramifications would be to back-step. By this time we would have hoped that SmarterTools would be releasing an emergency fix but it's been very quiet this morning and the clock is running against us as tickets build.
0
Paul Blank Replied
:: sigh :: I am not sure that they don't care. Sadly, it seems to be an organizational problem.
0
SmP Replied
The lack of communication is a bit of a contentious issue for us. No updates on these threads or acknowledgement about the issues that now seem to be pretty well substantiated.
0
Paul Blank Replied
Ray, I'm not sure where I'd begin with an approach as you've suggested. Installing a previous version usually works (when you do the uninstall / reboot / reinstall), where the bug(s) were introduced with the later version UNLESS it's suggested that you can't revert.
 
Last I heard, even v16 could be reverted to v15, but I'm not so sure of that at this point.
0
Reto Replied
@SmP, we rolled back without a problem (uninstall, reboot, install) and since then we just emails that everything is working again
0
Paul Blank Replied
Much too quiet; noting that there has been an ST response already about a different problem:

https://portal.smartertools.com/community/a91074/cannot-login-using-chrome-latest-version-68_0_3440_106-official-build-64-bit-smartermail.aspx
3
Derek Curtis Replied
Employee Post
All,
 
We currently have all of the developers looking at the latest build to figure out what happened. We're planning on having a build ready ASAP, and once we have more info, we'll let you know. 
Derek Curtis COO SmarterTools Inc. www.smartertools.com
0
SmP Replied
Thank you for the update Derek and we very much look forward to the build!
0
Damir Matešić Replied
Lol. This is not a case with SM
0
Damir Matešić Replied
Try to be serious this time and start to take care about your customers. The customers is all you have.
1
SmP Replied
Refreshing the downloads page like it's my job or like my job is on the line!  We just convinced the powers that be to finalize upgrades to SmarterMail 16 last week :(
0
Ray Cook Replied
tx Paul - as ST now say they are on it I'll give it 24hrs for the next release before trying to revert with the old install file. I would have thought that they should be able to home in on the issue as they know what they changed and they have a lot of unhappy customers at the moment
0
Neal Culiner Replied
I'd like to know what happened in that this issue went this long to be looked at.

Why was it released prior to a long weekend where you obviously could not triage a problem with the build.?

Why wasn't the download pulled to prevent spread of this issue?

I believe I reported an issue Friday. Why wasn't it immediately investigated?

How is ST going to change things to better serve your customers going forward?

How can we get access to prior builds to triage this when you can't? (Archive? FTP list? what?)

How did this go unnoticed/untested?
0
Thomas Lange Replied
@Derek / @ST:

as already suggested by some of your customers - I would suggest:

A) do not release update-builds on Friday - perhaps Monday or Tuesday could be a better day

B) make download-archive available at your homepage - perhaps the last three builds of each main version-number

C) have at least one employee who monitors your community during the following 36-48 hours after an update-build is being released... (no matter if during weekdays or even over a weekend - in case you still prefer releasing updates on Fridays) - you must react ASAP.

D) quality assurance of the new builds is very, very poor - so you should name them more like "experimental" oder "unstable" builds - and move them to stable Download after one or two weeks without "fatal" issues.
Sorry to say this but In the past few weeks/month you had too many issues with new builds - not a real "Enterprise-ready" product... and a MailServer is an mission critical product - no one should mess around with it - and after a few issues with updates I can understand that users will quit using your software and switch to a competitor product.

Reputation of SmarterTools is going down.... if customers and upcoming customers are reading about such software-issues with almost each new build. :-(

And releasing any new build right before the long labor-day weekend was not the best decision at all!
1
Paul Blank Replied
Looks like this has something to do with the problem:
 
 
 
2
Paul Blank Replied
My biggest SM client is indeed in the process of migrating to Office 365, and I have lost other SM clients as well. The writing is on the wall.
0
SmP Replied
Paul, unfortunately we're slowly sinking in the same direction despite our best efforts to make the case for SmarterMail. From a business standpoint, it's not even a question of cost but for such a critical aspect of business day, stability, and reliability.

Perhaps SmarterTools should consider an early adopter, general, and late release approach.
0
Neal Culiner Replied
PULL THE BUILD!
1
echoDreamz Replied
Our IMAP thread count is climbing steadily. Normally it is around 1000 - 2000 during peak times, 
2
Damir Matešić Replied
Nice suggestions and nice threads in this post. SM should listen to our suggestions. If the customers are not happy than this will be the end for them. But by my past experience i think that nothing will learn from this. The v16 is not stable already from the release. How is possible that something like a basic feature (IMAP) stop to work? I would realize that some new cool fancy image is not displayed in the WEB interface for example. But how somebody can have confidence in the critical system like mail server if every new deploy show new and old bugs?
0
Paul Blank Replied
I try to respond as a Reply (see below), this way they can be upvoted, and might get the attention of ST.