Hi,Horde seems to be quite the problem child. It sorta kinda looks likesession handling is entirely broken.kronolith will let me in, but not for long. Then I get 'invalid token'and am bounced back to the home screen.imp won't let me in at all.
This behavior is completely broken: I geta log in screen and a message in /var/log/messages about not beingauthorized for IMP (which is apparently right up there in the list ofuseless, meaningless error messages).Looking around on the web, I see a google thread about somebody sayingkronolith shouldn't reset session data, and Jan Schneider, the hordedeveloper, I think, insisting that it must. He seems to have his ownidea about how things should work-and I'm beginning to wonder if itactually does.Has anybody gotten this working?By the way, this is CentOS 6.5.Thanks! On Mon, Mar 24, 2014 at 10:49:17PM +0100, Reindl Harald wrote:Jan Schneider is an idiot closing reproduceable bugreportsyears ago and refuse clear and valid changes to avoid themjust drop that crap and use a different solution like Roundcubewhich is not splitted in a ton of unmaintainable subpackages.sigh. Unfortunately, this sounds right. This is only about thezillionth time I've tried to get horde working-and this is as far asI've gotten.Unfortunately, the openpgp plugin for roundcube also seems broken. Itdoesn't sign messages even in a format.it. can recognize (and I'veconfirmed that nothing else recognizes its signatures either).Thanks!
On Mon, Mar 24, 2014 at 4:17 PM, wrote:Hi,Horde seems to be quite the problem child. It sorta kinda looks likesession handling is entirely broken.kronolith will let me in, but not for long. Then I get 'invalid token'and am bounced back to the home screen.imp won't let me in at all. This behavior is completely broken: I geta log in screen and a message in /var/log/messages about not beingauthorized for IMP (which is apparently right up there in the list ofuseless, meaningless error messages).Looking around on the web, I see a google thread about somebody sayingkronolith shouldn't reset session data, and Jan Schneider, the hordedeveloper, I think, insisting that it must. He seems to have his ownidea about how things should work-and I'm beginning to wonder if itactually does.Has anybody gotten this working?By the way, this is CentOS 6.5.If you are starting from scratch building a mail server you might wantto look at SME server or ClearOS where webmail works out of the box.
Johnny Hughes It would be my personal preference that we help people run things on CentOS rather than always recommending another distribution. Instead of us always saying.
Webmail does not work on CentOS. Why doesn't someone instead create a SIG that makes webmail work on CentOS. I'm not saying there is anything wrong with ClearOS.
I wouldn't know, I have never used it. However, this is a CentOS mailing list, not a ClearOS one, so I would appreciate it if we at least answer the questions asked. On Mon, Mar 24, 2014 at 4:17 PM, wrote:Hi,Horde seems to be quite the problem child. It sorta kinda looks likesession handling is entirely broken.kronolith will let me in, but not for long. Then I get 'invalid token'and am bounced back to the home screen.imp won't let me in at all. This behavior is completely broken: I geta log in screen and a message in /var/log/messages about not beingauthorized for IMP (which is apparently right up there in the list ofuseless, meaningless error messages).Looking around on the web, I see a google thread about somebody sayingkronolith shouldn't reset session data, and Jan Schneider, the hordedeveloper, I think, insisting that it must.
He seems to have his ownidea about how things should work-and I'm beginning to wonder if itactually does.Has anybody gotten this working?By the way, this is CentOS 6.5.If you are starting from scratch building a mail server you might wantto look at SME server or ClearOS where webmail works out of the box.It would be my personal preference that we help people run things onCentOS rather than always recommending another distribution.Instead of us always saying. Webmail does not work on CentOS.
Whydoesn't someone instead create a SIG that makes webmail work on CentOS.I'm not saying there is anything wrong with ClearOS. I wouldn't know,I have never used it. However, this is a CentOS mailing list, not aClearOS one, so I would appreciate it if we at least answer thequestions asked concerning setup first before recommending another OS.I mean, I could also say.
Use FreeBSD or Microsoft Exchange orSomething on Mac or whatever.Lets make CentOS better as the default when we can.If people really, really want to recommend something else then that isof course fine. It is a community list after all.
But even ifsomeone does recommend another OS, if YOU know how to fix the problem onCentOS. If a SIG might help, then don't fail to also answerthe original question asked just because someone else recommended 'superwhamodyne OS version awesome'. Les Mikesell SME isn't exactly an 'other' distribution, and ClearOS wouldn't be if CentOS6 had had a timely release.
They are the same code underneath, just already configured to work as installed and with a few additions. If CentOS shipped a distribution that was a decent mail server as installed then I'd certainly recommend that. But it's a toolbox with lots of assembly required. The dozen or so people who know how to build their own mail server from scratch probably won't ask my advice.
But those things. On Mon, Mar 24, 2014 at 6:38 PM, Johnny Hughes wrote:Has anybody gotten this working?By the way, this is CentOS 6.5.If you are starting from scratch building a mail server you might wantto look at SME server or ClearOS where webmail works out of the box.It would be my personal preference that we help people run things onCentOS rather than always recommending another distribution.SME isn't exactly an 'other' distribution, and ClearOS wouldn't be ifCentOS6 had had a timely release. They are the same code underneath,just already configured to work as installed and with a few additions. I'm not saying there is anything wrong with ClearOS. I wouldn't know,I have never used it.
How To Install Horde On Centos 6 1
However, this is a CentOS mailing list, not aClearOS one, so I would appreciate it if we at least answer thequestions asked concerning setup first before recommending another OS.If CentOS shipped a distribution that was a decent mail server asinstalled then I'd certainly recommend that. But it's a toolbox withlots of assembly required.
The dozen or so people who know how tobuild their own mail server from scratch probably won't ask my advice. Always Learning Having absolutely no knowledge of Linux and with some unix-type experience from the 1970's, I installed Centos 5.3, did a yum install exim and with virtually no configuration Exim just worked surprisingly well.
It fulfilled all my basic mail server (MTA) requirements. Later I added customisation. I was immensely happy I had returned to 'proper computing' and wished I had migrated many years earlier from the misery of Micro$oft. My good experience is, I believe, very likely to be shared by many. On Mon, 2014-03-24 at 23:05 -0500, Les Mikesell wrote:If CentOS shipped a distribution that was a decent mail server asinstalled then I'd certainly recommend that.
But it's a toolbox withlots of assembly required. The dozen or so people who know how tobuild their own mail server from scratch probably won't ask my advice.Having absolutely no knowledge of Linux and with some unix-typeexperience from the 1970's, I installed Centos 5.3, did a yum installexim and with virtually no configuration Exim just worked surprisinglywell. It fulfilled all my basic mail server (MTA) requirements.Later I added customisation.I was immensely happy I had returned to 'proper computing' and wished Ihad migrated many years earlier from the misery of Micro$oft.My good experience is, I believe, very likely to be shared by manyothers around the world. Benfell I think that much depends on what you're seeking to accomplish.
Most distributions, these days, will do an acceptable job of configuring a system for an end-user at installation. Those of us who've been around for a few years remember trying to get USB working, trying to get sound working, having to configure X by hand, and a lot of other hellish (but for some, immensely educational) experiences.
If, on the other hand, you're trying to throw up a server, things start getting more difficult. On Tue, Mar 25, 2014 at 04:47:21AM +0000, Always Learning wrote:My good experience is, I believe, very likely to be shared by manyothers around the world.I think that much depends on what you're seeking to accomplish.Most distributions, these days, will do an acceptable job ofconfiguring a system for an end-user at installation. Those of uswho've been around for a few years remember trying to get USB working,trying to get sound working, having to configure X by hand, and a lotof other hellish (but for some, immensely educational) experiences.If, on the other hand, you're trying to throw up a server, thingsstart getting more difficult. It isn't enough to say that the MTAconfiguration was acceptable out of the box, because if you'reactually running your own domains, that simply doesn't come out of thebox.But at least with a MTA, you can pretty much configure it and forgetit. Web servers always seem to need a bit of tweaking, just becausethis is your face to the world, or an important part of yourinfrastructure, and this often means experimenting with newsoftware-like my ill-fated venture into horde.And none of these configurations are intuitive.
Postfix has way toomany moving parts. I've got moderately decent anti-spam defenses upnow and I'm basically hanging on to this configuration by the skin ofmy teeth. My apache configuration relies heavily on Includestatements, repeating configurations for IP addresses and ports, andon my ability to use one domain as a template for another.I doubt I have any of this stuff properly optimized for my server-andmysql is its own special case here, where if you keep following someguidance, you'll exceed the limits of your machine by a couple ordersof magnitude. But in the meantime, you have to not let a system's poorperformance drive you into making the problem worse.If you've really ventured through all of this stuff, and intoapplication layers and only had success, more power to you.
I've founda few of my own limits along the way. On Mon, Mar 24, 2014 at 6:38 PM, Johnny Hughes wrote:If you are starting from scratch building a mail server you might wantto look at SME server or ClearOS where webmail works out of the box.It would be my personal preference that we help people run things onCentOS rather than always recommending another distribution.SME isn't exactly an 'other' distribution, and ClearOS wouldn't be ifCentOS6 had had a timely release. They are the same code underneath,just already configured to work as installed and with a few additions.the point is that it is not CentOS, even RHEL is not CentOS.the 'webmail' is a specific scenario, maybe a variant spin ofCentOS could be the result of a SIG. Les Mikesell No, it actually is mostly CentOS. Same packages. ClearOS used CentOS5 too, and only did their own rebuild after getting tired of waiting for 6.
SME has a somewhat different installer that can install on a single disk as a 'broken' raid1, letting you add a mirror later, which is a nice touch, but the kernel and supporting code is the same once it is running. They both are managed in a very different way (through a web interface) than a stock system, but that's the point. If you want to do what. On Tue, Mar 25, 2014 at 5:52 AM, Leon Fauster wrote:SME isn't exactly an 'other' distribution, and ClearOS wouldn't be ifCentOS6 had had a timely release.
They are the same code underneath,just already configured to work as installed and with a few additions.the point is that it is not CentOS, even RHEL is not CentOS.No, it actually is mostly CentOS. Same packages. ClearOS usedCentOS5 too, and only did their own rebuild after getting tired ofwaiting for 6. SME has a somewhat different installer that caninstall on a single disk as a 'broken' raid1, letting you add a mirrorlater, which is a nice touch, but the kernel and supporting code isthe same once it is running. They both are managed in a verydifferent way (through a web interface) than a stock system, butthat's the point. If you want to do what they are set up to do, theymake it much easier to get the same reliable code working.
On theother hand, if you want something different, you end up having to doeven more work to customize them. Ned Slider Whilst I understand why Johnny would prefer to be able to offer a CentOS-based solution rather than signposting users towards other products, I must admit I kind of agree with Les here. My initial thought to Johnny's reply was why would CentOS want to reinvent this particular wheel, looking to solve a problem that has already been solved, just not by CentOS. But if that's what a SIG wants to do, in the CentOS space, fine. Just be aware that a number of mature products already exist so you have.
On Mon, Mar 24, 2014 at 6:38 PM, Johnny Hughes wrote:Has anybody gotten this working?By the way, this is CentOS 6.5.If you are starting from scratch building a mail server you might wantto look at SME server or ClearOS where webmail works out of the box.It would be my personal preference that we help people run things onCentOS rather than always recommending another distribution.SME isn't exactly an 'other' distribution, and ClearOS wouldn't be ifCentOS6 had had a timely release. They are the same code underneath,just already configured to work as installed and with a few additions.Whilst I understand why Johnny would prefer to be able to offer aCentOS-based solution rather than signposting users towards otherproducts, I must admit I kind of agree with Les here.My initial thought to Johnny's reply was why would CentOS want toreinvent this particular wheel, looking to solve a problem that hasalready been solved, just not by CentOS.But if that's what a SIG wants to do, in the CentOS space, fine. Just beaware that a number of mature products already exist so you have a lotof catch up work to do just to get off the starting line.What demand for such a product do you think exists from CentOS users?
Myguess is if people want or need that product they have long since beenusing the competition's offerings. So how long do you think it will taketo get a CentOS offering to the point it can win back users from thecompetition?
These are the types of questions I'd be thinking about if Iwere considering investing my time in such a SIG. Ljubomir Ljubojevic On top of what you said, I would add that majority of users are not real hard core admins, just people with an itch to scratch. So in that case out-of-the-box working system for regular Joe is what they need, a car that you can start and drive, not an assembly kit that need weeks of learning and putting together before driving it. SME like ClearOS if what they need, and it is good way to start learning about CentOS, since all base packages are just that. I also started with ClarckConnect. On Mon, Mar 24, 2014 at 6:38 PM, Johnny Hughes wrote:Has anybody gotten this working?By the way, this is CentOS 6.5.If you are starting from scratch building a mail server you might wantto look at SME server or ClearOS where webmail works out of the box.It would be my personal preference that we help people run things onCentOS rather than always recommending another distribution.SME isn't exactly an 'other' distribution, and ClearOS wouldn't be ifCentOS6 had had a timely release.
They are the same code underneath,just already configured to work as installed and with a few additions.Whilst I understand why Johnny would prefer to be able to offer aCentOS-based solution rather than signposting users towards otherproducts, I must admit I kind of agree with Les here.My initial thought to Johnny's reply was why would CentOS want toreinvent this particular wheel, looking to solve a problem that hasalready been solved, just not by CentOS.But if that's what a SIG wants to do, in the CentOS space, fine. Just beaware that a number of mature products already exist so you have a lotof catch up work to do just to get off the starting line.What demand for such a product do you think exists from CentOS users? Myguess is if people want or need that product they have long since beenusing the competition's offerings. So how long do you think it will taketo get a CentOS offering to the point it can win back users from thecompetition? These are the types of questions I'd be thinking about if Iwere considering investing my time in such a SIG.On top of what you said, I would add that majority of users are not realhard core admins, just people with an itch to scratch. So in that caseout-of-the-box working system for regular Joe is what they need, a carthat you can start and drive, not an assembly kit that need weeks oflearning and putting together before driving it.SME like ClearOS if what they need, and it is good way to start learningabout CentOS, since all base packages are just that.
I also started withClarckConnect (ClearOS) in 2005, and I started to learn how things workonce I had my web and mail server running on them. Ned Slider Yes, I agree.
I see two types of user - those who just want it to work out of the box with a Windows-like point and click interface to configure things without really having any clue what is happening under the bonnet, and those who want to assemble a system from the component parts and have a fuller understanding of how their system works. For the latter, I wrote the Postfix series of guides on the Wiki which were. On Mon, Mar 24, 2014 at 6:38 PM, Johnny Hughes wrote:Has anybody gotten this working?By the way, this is CentOS 6.5.If you are starting from scratch building a mail server you might wantto look at SME server or ClearOS where webmail works out of the box.It would be my personal preference that we help people run things onCentOS rather than always recommending another distribution.SME isn't exactly an 'other' distribution, and ClearOS wouldn't be ifCentOS6 had had a timely release. They are the same code underneath,just already configured to work as installed and with a few additions.Whilst I understand why Johnny would prefer to be able to offer aCentOS-based solution rather than signposting users towards otherproducts, I must admit I kind of agree with Les here.My initial thought to Johnny's reply was why would CentOS want toreinvent this particular wheel, looking to solve a problem that hasalready been solved, just not by CentOS.But if that's what a SIG wants to do, in the CentOS space, fine.
Just beaware that a number of mature products already exist so you have a lotof catch up work to do just to get off the starting line.What demand for such a product do you think exists from CentOS users? Myguess is if people want or need that product they have long since beenusing the competition's offerings.
So how long do you think it will taketo get a CentOS offering to the point it can win back users from thecompetition? These are the types of questions I'd be thinking about if Iwere considering investing my time in such a SIG.On top of what you said, I would add that majority of users are not realhard core admins, just people with an itch to scratch. So in that caseout-of-the-box working system for regular Joe is what they need, a carthat you can start and drive, not an assembly kit that need weeks oflearning and putting together before driving it.SME like ClearOS if what they need, and it is good way to start learningabout CentOS, since all base packages are just that. I also started withClarckConnect (ClearOS) in 2005, and I started to learn how things workonce I had my web and mail server running on them.Yes, I agree.I see two types of user - those who just want it to work out of the boxwith a Windows-like point and click interface to configure thingswithout really having any clue what is happening under the bonnet, andthose who want to assemble a system from the component parts and have afuller understanding of how their system works.
For the latter, I wrotethe Postfix series of guides on the Wikiwhich were designed to be modular and extensible, allowing folks tostart off with a basic Postfix mail server and add such functionality asspam/virus filtering or authentication etc to their setup as and whenrequired, learning the underlying technologies as they go.Personally I would rather learn how to do something myself rather thanhave it pre-configured in such a way as someone else deems appropriate.That way when it breaks I have a clue how to fix it. So for me, a SIGneeds to be little more than a set of tried and tested documentation Ican follow together with a few extra packages in/CentOS/SIG/MailServerExtras that are missing from Core (which alreadyexist in Repoforge and EPEL anyway). I don't want/need a pre-configuedinstallable ISO image or whatever that has already made lots ofpredetermined choices for me. Les Mikesell There's also a big middle ground where you want to set up a system for someone else to manage and not have them call you everything they need a small change.
Like a remote office where you want the office manager to be able to manage users/groups and maybe even give a new printer a name to match the label they stuck on it - and you wouldn't trust them to be root at a command line. Or a friend who wants a home file server with the potential for adding other services. Things like that are fine.
On Tue, Mar 25, 2014 at 9:53 AM, Ned Slider wrote:I see two types of user - those who just want it to work out of the boxwith a Windows-like point and click interface to configure thingswithout really having any clue what is happening under the bonnet, andthose who want to assemble a system from the component parts and have afuller understanding of how their system works.There's also a big middle ground where you want to set up a system forsomeone else to manage and not have them call you everything they needa small change. Like a remote office where you want the officemanager to be able to manage users/groups and maybe even give a newprinter a name to match the label they stuck on it - and you wouldn'ttrust them to be root at a command line. Or a friend who wants a homefile server with the potential for adding other services. For the latter, I wrotethe Postfix series of guides on the Wikiwhich were designed to be modular and extensible, allowing folks tostart off with a basic Postfix mail server and add such functionality asspam/virus filtering or authentication etc to their setup as and whenrequired, learning the underlying technologies as they go.Things like that are fine for pros.
How much time should anon-technical person allow, starting from scratch and nothing butinstructions they haven't read yet, before they would have a safe,working, email server? And really, why should they care about theunderlying technology? Standard protocols are standard protocols. Personally I would rather learn how to do something myself rather thanhave it pre-configured in such a way as someone else deems appropriate.That way when it breaks I have a clue how to fix it. So for me, a SIGneeds to be little more than a set of tried and tested documentationYes, that is exactly the point of SME/ClearOS. First, they don'tbreak much because their combinations of packages are well testedtogether, and second, if they do break, the authors and large base ofusers running the same thing are going to collaborate on the fix. Ifyou assemble a bunch of pieces yourself out of the bare CentOS toolsyou are on your own.
Again, that's fine for pros - and anyone gettingpaid to repeat work that has been done over and over again (sometimesright, sometimes badly.). I don't want/need a pre-configuedinstallable ISO image or whatever that has already made lots ofpredetermined choices for me.No one is forcing you to use a known working configuration if youreally want the toolbox. But be realistic about how much time it hascost you.
The great thing about software is how re-usable it is - andexcept for users/groups and ip addresses, that pretty much applies toconfigurations too. So a configuration that provides a good servicein one place can do the same in a lot of places without wasting a lotof time to reproduce it. Les Mikesell I always thought that the CentOS project did itself a disservice by not encouraging and staying associated with the more usable respins. Another good one that worked up through CentOS5 was K12LTSP which was a fairly stock CentOS install that would come up PXE-booting thin clients - and it added a working java (back when that wasn't easy), flash, and a set of education-related programs. I hope the future SIG concept brings more of that kind of appliance-like setup pre-configured to do certain.
On Tue, Mar 25, 2014 at 9:06 AM, Ljubomir Ljubojevic wrote:On top of what you said, I would add that majority of users are not realhard core admins, just people with an itch to scratch. So in that caseout-of-the-box working system for regular Joe is what they need, a carthat you can start and drive, not an assembly kit that need weeks oflearning and putting together before driving it.SME like ClearOS if what they need, and it is good way to start learningabout CentOS, since all base packages are just that. I also started withClarckConnect (ClearOS) in 2005, and I started to learn how things workonce I had my web and mail server running on them.I always thought that the CentOS project did itself a disservice bynot encouraging and staying associated with the more usable respins.Another good one that worked up through CentOS5 was K12LTSP which wasa fairly stock CentOS install that would come up PXE-booting thinclients - and it added a working java (back when that wasn't easy),flash, and a set of education-related programs.
I hope the future SIGconcept brings more of that kind of appliance-like setuppre-configured to do certain jobs without additional fiddling. On Mon, Mar 24, 2014 at 6:38 PM, Johnny Hughes wrote:Has anybody gotten this working?By the way, this is CentOS 6.5.If you are starting from scratch building a mail server you might wantto look at SME server or ClearOS where webmail works out of the box.It would be my personal preference that we help people run things onCentOS rather than always recommending another distribution.SME isn't exactly an 'other' distribution, and ClearOS wouldn't be ifCentOS6 had had a timely release. They are the same code underneath,just already configured to work as installed and with a few additions.Whilst I understand why Johnny would prefer to be able to offer aCentOS-based solution rather than signposting users towards otherproducts, I must admit I kind of agree with Les here.My initial thought to Johnny's reply was why would CentOS want toreinvent this particular wheel, looking to solve a problem that hasalready been solved, just not by CentOS.I thought that CentOS's space was to be plug compatible with RHEL. Or hasthat changed?As such any upgrade to a package that also in RHEL breaks that paradigm.Pragmatically that is going to happen in the hobbyist arena, but probablyshould not happen in the professional (for want of a better word) arena.Cheers,Cliff.
On 04:17 PM, benfell at parts-unknown.org wrote:Hi,Horde seems to be quite the problem child. It sorta kinda looks likesession handling is entirely broken.kronolith will let me in, but not for long.
Then I get 'invalid token'and am bounced back to the home screen.imp won't let me in at all. This behavior is completely broken: I geta log in screen and a message in /var/log/messages about not beingauthorized for IMP (which is apparently right up there in the list ofuseless, meaningless error messages).Looking around on the web, I see a google thread about somebody sayingkronolith shouldn't reset session data, and Jan Schneider, the hordedeveloper, I think, insisting that it must. He seems to have his ownidea about how things should work-and I'm beginning to wonder if itactually does.Has anybody gotten this working?By the way, this is CentOS 6.5.Thanks!Are you using the version from EPEL?If so, I would report to them that it is not working.Or are you trying the software directly from horde.org?
I can't find a guide for this (they are old and don't work) and I can't seem to manage to install it. I can't install Postfix because of its dependencies, so I'm going with Exim, which I installed through yum install exim and it was the latest version. However, I have no idea where to go from here. I know that I need to install Dovecot or Cyrus and I want to install Horde (not Squirrelmail). Not to mention that I also want to keep MariaDB 10, which I installed from its repository, as well as PHP 5.5. I don't know where to go from here. Dovecot 2.2.10 is now in the updates repo and can be installed via yum install dovecot.
Horde can be obtained from, which features not only an up-to-date version of PHP but also packages for Horde and various of its modules. After enabling remi's repo, a simple yum install php-horde-imp should be sufficient to give you a starter for a webmail installation based on Horde and IMP. You'll still have to configure it accordingly, though.As for MariaDB: The MariaDB folks haven't set up a repo for CentOS 7 and 10.x, yet. You can still use the CentOS 6 repositories for 7, but I'd advise caution as the packages for 6 don't fit that well into 7. They do not come with unit files for systemd, which is forcing systemd to use the shipped init scripts.
Even worse, MariaDB-server 10.x is clashing heavily with mariadb-libs, which in turn is being pulled in as a dependency by a lot of packages such as exim-mysql. CentOS base repo is currently shipping MariaDB 5.5.37, which is the most current of the 5.5 branch. If you're content with that, use 5.5 for now and upgrade to 10.x once a repository for CentOS 7 is available. The alternative would be to compile a dummy rpm deprecating the mariadb-libs package, which essentially amounts to a dirty hack I cannot really recommend.If you decide to use 5.5 now and upgrade to 10.x later, be warned that this is everything but hassle-free in my experience.
Safest way I found has been to create a complete database dump, clear /var/lib/mysql, upgrade to 10, feed the dump to the new version and run mysqlupgrade.Update: Upon closer inspection, it appears I've been talking rubbish. The MariaDB-shared package is statisfying the dependencies on mariadb-libs just fine. Install it and you'll be good to go.