Finding the Best Open Source Email Solutions
-
@mcostan said in Finding the Best Open Source Email Solutions:
sure, sadly neither me nor you are in charge of them
I was, for a decade.
-
@mcostan said in Finding the Best Open Source Email Solutions:
I run whatever makes sense in my environments. If I can I run Centos if I can't I run Ubuntu but only LTS because I can not be bothered to upgarde every 6 months (this has nothing to do with Kopano, I am talking about other software).
In this case then, you can never call Canonical and expect to get full support - I guess this is OK with you?
Of course now that I say that, I'm willing to bet that to 99% it would be OK - why would it be OK? Because it's a free software and there is so little actual expected support for it that management either a) doesn't actually expect there to be OS support for it, or b) management does expect support and PAYS for it, at which point Canonical will inform them that only the latest and greatest gets full support and management will have to decide.
-
@Dashrender said in Finding the Best Open Source Email Solutions:
@mcostan said in Finding the Best Open Source Email Solutions:
I run whatever makes sense in my environments. If I can I run Centos if I can't I run Ubuntu but only LTS because I can not be bothered to upgarde every 6 months (this has nothing to do with Kopano, I am talking about other software).
In this case then, you can never call Canonical and expect to get full support - I guess this is OK with you?
I should be clear, it was at a hedge fund when I got to witness this. They called Canonical for support on a massive problem with their Ubuntu LTS and Canonical told them straight up that LTS doesn't get that kind of support. They provide the patches that provide, they will help walk you through things if you don't know how to use it, but for issues with the OS, you only get support if you move off of LTS and stay current. All OS fixes were for the latest release only.
-
@MattSpeller said in Finding the Best Open Source Email Solutions:
I'd love to know how this has boiled down, can someone TL;DR this 200 post saga for me?
Scott bailed on Kopano, found the forum to be wanting. and the product to not work on Vendor supported Enterprise OSes.
-
@scottalanmiller said in Finding the Best Open Source Email Solutions:
@MattSpeller said in Finding the Best Open Source Email Solutions:
I'd love to know how this has boiled down, can someone TL;DR this 200 post saga for me?
Yes, and I'll do another thread of our findings. But it comes down to: Zimbra surprised us as the clear winner. Kopano just wasn't up to the job. But has nice features that we'd like to have, but don't need.
Thank you, looking forward to that.
-
@mcostan said in Finding the Best Open Source Email Solutions:
I entirely disagree. Plenty of vendors still produced software for Windows XP although it was dead years ago.
Of course they do. And not one would I consider production ready. That, by definition, to me is hobby class software - a total joke and I can't take seriously any business that would go through route. What does that say about the business' opinion of itself?
-
@Dashrender said in Finding the Best Open Source Email Solutions:
@MattSpeller said in Finding the Best Open Source Email Solutions:
I'd love to know how this has boiled down, can someone TL;DR this 200 post saga for me?
Scott bailed on Kopano, found the forum to be wanting. and the product to not work on Vendor supported Enterprise OSes.
I wasn't the only one working on it, @romo was the first to voice concerns that it wasn't up to snuff.
-
@mcostan said in Finding the Best Open Source Email Solutions:
I entirely disagree. Plenty of vendors still produced software for Windows XP although it was dead years ago.
The software you produce is for your customers, not for the beauty of it.
In Brasil cars run on ethanol, so you have to make engines for that.
Same.
If you bought and deployed software today that only worked on XP, then I expect your company to fail in the near future. This would just be crazy.
This is basically what Scott is saying - I'm not saying I fully agree, but I see where he's coming from.
-
@mcostan said in Finding the Best Open Source Email Solutions:
If you are a bank you want the minimum change possible to keep going. That's how they function. I work in that environment and trust me Ubuntu 16.10 will be here in 2028
And we wonder why there are so many problems with banks? wonder why they are so out dated, often don't have modern choices.
-
@scottalanmiller said in Finding the Best Open Source Email Solutions:
@Dashrender said in Finding the Best Open Source Email Solutions:
@MattSpeller said in Finding the Best Open Source Email Solutions:
I'd love to know how this has boiled down, can someone TL;DR this 200 post saga for me?
Scott bailed on Kopano, found the forum to be wanting. and the product to not work on Vendor supported Enterprise OSes.
I wasn't the only one working on it, @romo was the first to voice concerns that it wasn't up to snuff.
lol even that was to far back for me to know about
-
Leaving banks aside software companies like car companies make products that people want to buy.
Diesel cars are polluting? Yes they are but people buy them so they make them.
Ubuntu lts isn't supported? Yes but people or companies run it therefore software companies make software for it!
Electric cars? Cars on hydrogen?
All good ideas and no. Customers!
-
@mcostan said in Finding the Best Open Source Email Solutions:
All I said is that with a little bit of patience you would have had your answer and your system.
That's the kind of thing that worries me about it in production. Because nothing is tested and there are only nightly builds, you never know when you will get a viable product. You can get lucky, or you can be screwed. Every day is a new, undocumented adventure. Will the packages be there THIS time? Who knows. Three days without them that we know of. Probably longer, that's only as long as we've been watching. Ask for help and just get told that it works and has worked... obviously not even making a cursory check to see if that were true.
If this was in production for a customer and I told them "well the system is down and we aren't sure when a viable product will even be made again, we will check back every day to see" we'd be fired instantly for having deployed such a thing. Zimbra, we know that there is a heavily tested, stable release available every day. Is that perfect, no bugs still get found, but there is a process for production release. There is an honest attempt at a stable, supportable, documentable version that we can reproduce in different places. It's tested and they stake their reputation on it.
I understand that this isn't the same as paid support, but paid support with Kopano would have the same problems. How do we trust their commercial software if we can't see it? We don't know what their release process is. All we know is that the code it is based on can't be being tested, it isn't even complete.
-
@Dashrender said in Finding the Best Open Source Email Solutions:
@mcostan said in Finding the Best Open Source Email Solutions:
I entirely disagree. Plenty of vendors still produced software for Windows XP although it was dead years ago.
The software you produce is for your customers, not for the beauty of it.
In Brasil cars run on ethanol, so you have to make engines for that.
Same.
If you bought and deployed software today that only worked on XP, then I expect your company to fail in the near future. This would just be crazy.
This is basically what Scott is saying - I'm not saying I fully agree, but I see where he's coming from.
Yeah, not because of the software itself, because of the processes that got you to that point.
-
@mcostan said in Finding the Best Open Source Email Solutions:
Ubuntu lts isn't supported? Yes but people or companies run it therefore software companies make software for it!
I already pointed out why that was a good idea. So you agree that the target audience is "for the masses doing hobby class stuff" and not the smaller audience of serious busisenss. That's the assessment we made yesterday. Now we are on the same page. There is nothing, I mean it nothing, wrong with making hobby class software. You just can't bring it to an IT community and expect us not to react to it not being production ready for real business. That's why the responses are this way.
Fog Creek pulled the same stuff on my years ago. I returned it and got a refund. I'm just treating Kopano as I would any product that I need to evaluate.
-
@mcostan said in Finding the Best Open Source Email Solutions:
Ubuntu lts isn't supported? Yes but people or companies run it therefore software companies make software for it!
This is fine - go a head and make software for LTS, but don't not make software for the current, fully supported top of the line at the same time.
Because as Scott said, anyone looking at starting to use this product today should want to start with the latest and greatest version of software available.For example, If I wanted to deploy Exchange today, I wouldn't buy Exchange 2016 and then deploy it on Windows Server 2012R2 - that would be crazy. I should be deploying it on Windows Server 2016.
With 2016 if I find a problem, and pay MS for support, they will work to fix that problem, even if that includes writing a fix for it.
If I'm on 2012 R2, MS will likely tell me - oh sorry to bad.. yep you found a problem, please upgrade to 2016 where we will fix that problem.
-
@Dashrender said in Finding the Best Open Source Email Solutions:
Because as Scott said, anyone looking at starting to use this product today should want to start with the latest and greatest fully supported version of software available.
The bit that I added in bold is key. Latest and greatest is not at all what we are looking for. Sure, if all other things are equal and we have to choose between new and old, new is better. But it's all about the best support options. That old means "partial support" and latest and greatest means "actual support" is what makes latest and greatest the big deal here. They just coincidentally overlap.
-
@Dashrender said in Finding the Best Open Source Email Solutions:
If I'm on 2012 R2, MS will likely tell me - oh sorry to bad.. yep you found a problem, please upgrade to 2016 where we will fix that problem.
Oh no, 2012 R2 is a true long term support like CentOS 5 and 6 and 7. If you find an issue, MS will fix it, if it is a real issue. They will absolutely fix it. That's what makes it true LTS, not just a name. No one with real long term support puts it in their name, it's just their support level.
-
@MattSpeller said in Finding the Best Open Source Email Solutions:
I'd love to know how this has boiled down, can someone TL;DR this 200 post saga for me?
I can tell you how things originated.
We tried to install Kopano, our first choice was Centos 7 which we couldn't get working becuase of dependency trouble. Then we tried on Ubuntu 16.10, we knew it didn't appear on the list of supported OS, which was this:
Ubuntu 16.04 didn't appear there either, but @mcostan had the install working on it, so I thought it was worth the shot trying to get it on working on the latest supported version of Ubuntu.
So I tried the install, on Ubuntu 16.10 but once again was met with dependency trouble.
So I reported to @scottalanmiller the complications I was having and that I was going to try Ubuntu 16.04 to see if it would even work. Finally, I did get it working on 16.04.
but I still told @scottalanmiller that the documentation didn't appear current, it was not really easy to follow, and the whole installation process felt awkward.Then another error in the documentation appeared, which led me to not being able to add a user to the system.
Why was I getting the error, because I followed a note in the documentation.
I reverted the change, and finally got the user added and got access to the webapp.
-
@Romo +10 internet points to you, thank you
-
@Romo said in Finding the Best Open Source Email Solutions:
@MattSpeller said in Finding the Best Open Source Email Solutions:
I'd love to know how this has boiled down, can someone TL;DR this 200 post saga for me?
I can tell you how things originated.
We tried to install Kopano, our first choice was Centos 7 which we couldn't get working becuase of dependency trouble. Then we tried on Ubuntu 16.10, we knew it didn't appear on the list of supported OS, which was this:
Ubuntu 16.04 didn't appear there either, but @mcostan had the install working on it, so I thought it was worth the shot trying to get it on working on the latest supported version of Ubuntu.
So I tried the install, on Ubuntu 16.10 but once again was met with dependency trouble.
So I reported to @scottalanmiller the complications I was having and that I was going to try Ubuntu 16.04 to see if it would even work. Finally, I did get it working on 16.04.
but I still told @scottalanmiller that the documentation didn't appear current, it was not really easy to follow, and the whole installation process felt awkward.Then another error in the documentation appeared, which led me to not being able to add a user to the system.
Why was I getting the error, because I followed a note in the documentation.
I reverted the change, and finally got the user added and got access to the webapp.
Enterprise ready for sure!
