Hi Jason and thanks for replying.

After I forwarded this e-mail to the customer they have elected to enforce using Thunderbird and the SOGo Connector for staff PCs so no need for OpenChange - Yahoooo!!!!

On 01/09/2015 11:30 AM, Jason Pyeron wrote:
-----Original Message-----
From: David.M.Clark
Sent: Thursday, January 08, 2015 19:34

Hi All,


I need a bite size summary, I lost focus reading, but I'll try.

Some months back I posted some questions/comments on using OpenChange
with SOGo. I use SOGo myself on my CentOS 6.x servers here in
our office
and I have two customers (one very active) using SOGo with
their CentOS
6.5 server for contacts and calendars, using Thunderbird and the SOGo
connect client for Thunderbird. They are also using the
Android/iPhone/iPad CardDAV and CalDAV interfaces, like I do
here, and
all works very well.

A customer whom I have been trying to get OpenChange working
for months
with needs/wants to keep their old Outlook 2003 clients and
earlier last
year we phased out their MS SBS 2003 server in the push to get them
using the Linux server.

I have found that trying to get OpenChange to run on CentOS 6.5 a
veritable minefield fraught with dependency issues whereby
you have to
rpm/yum un-install packages and then attempt to add updated
packages. (I
have been using yum and rpm for years, so at least I know my
way around
this).

I saw a glimmer of hope with the CentOS 6.5 How-To on the OpenChange
website but this again had lots of issues with regards to doing a

Link?

compile of Samba4 from the Samba site source. The build
'does' work but
then post Samba install I was still met with dependency issues so
abandoned this as I was no further than before.

As the customer has been extremely patient with this whole
process - and
now it being 2015 I am now resorting back to the hours and
hours process
of uninstalling packages, and their dependency packages, and the
dependency packages of those packages.... etc etc... then install the
RPM packages from:

http://www.sogo.nu/files/downloads/SOGo/RHEL6/nightly/x86_64/RPMS

which are at least gelling with each other with some quirks
to iron out
the other dependencies that need other stuff removed/updated
to satisfy
these rpm dependencies....

I am still trawling through this process this morning despite hacking
away with a VM of 6.5 here and trying to update in parallel
with the site.


What is a specific problem encountered?

I now have Samba 4 from the site above installed and working
in simply
Samba sharing mode with normal NetBIOS authentication. I had
to put in
manual Samba start up commands/scripts for Samba to stay up after a
reboot as I cannot find the scripts or it doesn't seem to be systemd
compliant (not really an issue, it is running like a normal
Samba server
currently).

The AD bit will be required for this site and I did/possibly do have
some server reboot issues with Samba not coming up if setup with AD.
(Hence why I am running a 6.5 VM here before I break
something on their
live server).

With all the above mentioned story, has anyone out there actually got
OpenChange/SOGo working with CentOS 6.5 using the rpms from this site?


I would be willing to help. Is there a set of instructions for Fedora that 
work? If not, is there a set of instructions for another distro? I have had 
much success with my OCD when it comes to weaving in new RPMs.

I want to make sure before I touch the current live server
that nothing
gets 'broken', well at least until we mod the PCs to use the
Exchange/AD
approach to accessing the CentOS box.

If no one has done this using the above mentioned rpms that
seem to work
better than anything else so far, I am thinking as previously
advised to
look at Zentyal. I will make this call over the next few days
and report
back to you all on what transpires.

I cannot afford to spend too much more time on this as the
customer has
been without what they need and I have spent countless hours going
backwards and forwards trying to get this to work.

I don't want to leave the SOGo installation out as it works
beautifully
with SendMail in my standard models for customers and using other
'exchange' like products seem to gut the whole system and you
lose the
control that you are used to at the Linux level - something I have
enjoyed with e-mail on UNIX/Linux since 1987.

Any input, confirmations or suggestion would be much
appreciated before
I finally bail on this direction and look to other solutions for the
customer.

Many thanks in advance and my apologies for the long post.


I am sure I missed many isses mentioned.


--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-                                                               -
- Jason Pyeron                      PD Inc. http://www.pdinc.us -
- Principal Consultant              10 West 24th Street #100    -
- +1 (443) 269-1555 x333            Baltimore, Maryland 21218   -
-                                                               -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00.

_______________________________________________
devel mailing list
[email protected]
http://mailman.openchange.org/listinfo/devel


--

As always, I remain at your service.

Kindest Regards,
David.M.Clark (Director - Senior Linux/UNIX Consultant)
=----------------------------------------------------------------------=
 Davrom Consulting Pty Ltd                    E-mail : [email protected]
 PO Box 1644, Sunnybank Hills, 4109           Twitter: @DavidClark1961
 ABN: 81 096 990 804                          MSN: [email protected]
 Phone/Fax: 61-7-32720267                     Skype: dmc1961
 Mobile: 0418-763124                          Google: [email protected]
 Podcast: http://www.davrom.com/ldup/ldup_rss.xml
=---------------------- http://www.davrom.com -------------------------=
 Specialising in: Linux (Fedora/RedHat/CentOS), UNIX, SCO, MikroTik,
                  Networking/Internet, E-mail/Web Technologies
=----------------------------------------------------------------------=
 Please note: Any e-mail communication bearing this signature is for
 the exclusive purpose of the sender and is not for publication
 without the expressed permission of the sender or respective
 sender's organisation.
=----------------------------------------------------------------------=
_______________________________________________
devel mailing list
[email protected]
http://mailman.openchange.org/listinfo/devel

Reply via email to