You would have half a chance of getting back to square 1 by restoring a config backup but I somehow doubt if it is going to work. I am also not sure the problems are totally related. I think the webapp queries the back end Kopano POP/IMAP database to read mail. The SMTP server also delivers mail to the back end and not the webapp and you have not changed the back end.

Your Web Server web site definitions should be in /etc/httpd/conf.d/flex-80.conf and /etc/httpd/conf.d/flex-443.conf, but with the Web Server running you should still be able to get to https://your_domain.com/webapp, but do not set up a web site for Webapp. This is covered by its own conf file in /etc/httpd/conf.d/. I don't know what it contains so I don't know if the website is domain is hardcoded or if it accepts any domain which points to your IP address.. The ClearOS web server accepts any domain which points to your IP address.

You may have needed to reapprove the certificate if you used a different FQDN for your web site than you were using for the Kopano Webapp. It also depends which certificate you selected for you web server to use. It uses the default system certificate if you do not have a Let's Encrypt or commercial certificate.

Did you try restarting Kopano and the SMTP server?

Dear Nick,

Thank you for your quick reply. I will put the backup file on the system this evening (I do not have physical access to the backup right now). I already rebooted the whole system, but no change. I deleted the virtual hosts in the config files you mentioned, but it does not disappear in the webaccess (I restarted the server) and does not change the problem with the mail delivery. Is this stored elsewhere, too?

Could it be that another service is getting removed/changed, when I remove and reinstall the webserver? I did not change anything else.

Thank you.

Best wishes,

Robert

One thought, the name of the webpage I put is not the same as the email-extension I use. Could it be postfix gets confused with that, that it now thinks the system has another mail-extension (the stuff after the @)?

This looks bad. I just removed the webserver and this is what happened (using yum history info):

Loaded plugins: clearcenter-marketplace, fastestmirror

ClearCenter Marketplace: fetching repositories...

Transaction ID : 275

Begin time     : Tue Dec 11 17:49:53 2018

Begin rpmdb    : 1214:1f56bec51e01f1cb5579b3110cedd3d947b171ee

End time       :            17:49:57 2018 (4 seconds)

End rpmdb      : 1199:0ae7b42cb91f49c1210fa806f8256264107f5bfc

User           : System <unset>

Return-Code    : Success

Command Line   : -y remove app-web-server app-web-server-core httpd mod_authnz_external mod_authz_unixgroup mod_ssl

Transaction performed with:

    Installed     rpm-4.11.3-32.el7.x86_64                        @clearos-centos-verified

    Installed     yum-3.4.3-158.el7.centos.noarch                 @clearos-centos-verified

    Installed     yum-plugin-fastestmirror-1.1.31-46.el7_5.noarch @clearos-centos-verified

Packages Altered:

    Erase app-kopano-1:2.3.10-1.v7.noarch            @private-clearcenter-kopano-basic

    Erase app-kopano-basic-1:2.3.6-1.v7.noarch       @private-clearcenter-kopano-basic

    Erase app-kopano-basic-core-1:2.3.6-1.v7.noarch  @private-clearcenter-kopano-basic

    Erase app-kopano-core-1:2.3.10-1.v7.noarch       @private-clearcenter-kopano-basic

    Erase app-php-core-1:2.3.2-1.v7.noarch           @clearos-verified

    Erase app-web-server-1:2.5.0-1.v7.noarch         @clearos-verified

    Erase app-web-server-core-1:2.5.0-1.v7.noarch    @clearos-verified

    Erase httpd-2.4.6-80.el7.centos.1.x86_64         @clearos-centos-verified

    Erase kopano-dagent-8.5.8.2-27.1.x86_64          @private-clearcenter-kopano-basic-testing

    Erase kopano-server-packages-8.5.8.2-27.1.x86_64 @private-clearcenter-kopano-basic-testing

    Erase mod_authnz_external-3.3.2-3.v7.1.x86_64    @clearos-verified

    Erase mod_authz_unixgroup-1.1.0-2.v7.x86_64      @clearos-verified

    Erase mod_ssl-1:2.4.6-80.el7.centos.1.x86_64     @clearos-centos-verified

    Erase php-5.4.16-45.el7.x86_64                   @clearos-centos-verified

    Erase zarafa-z-push-2.3.6-1.v7.noarch            @private-clearcenter-kopano-basic

Scriptlet output:

   1 warning: /etc/zarafa/z-push/config.php saved as /etc/zarafa/z-push/config.php.rpmsave

   2 warning: /etc/httpd/conf.d/ssl.conf saved as /etc/httpd/conf.d/ssl.conf.rpmsave

   3 warning: /etc/httpd/conf/httpd.conf saved as /etc/httpd/conf/httpd.conf.rpmsave

   4 warning: /etc/httpd/conf.d/welcome.conf saved as /etc/httpd/conf.d/welcome.conf.rpmsave

history info

And when I reinstalled the webserver it only installed the following:

Loaded plugins: clearcenter-marketplace, fastestmirror

ClearCenter Marketplace: fetching repositories...

Transaction ID : 276

Begin time     : Tue Dec 11 17:50:48 2018

Begin rpmdb    : 1199:0ae7b42cb91f49c1210fa806f8256264107f5bfc

End time       :            17:50:56 2018 (8 seconds)

End rpmdb      : 1207:045546b6b81c016d0747cc8a7ca001a7c54a3255

User           : System <unset>

Return-Code    : Success

Transaction performed with:

    Installed     rpm-4.11.3-32.el7.x86_64                        @clearos-centos-verified

    Installed     yum-3.4.3-158.el7.centos.noarch                 @clearos-centos-verified

    Installed     yum-plugin-fastestmirror-1.1.31-46.el7_5.noarch @clearos-centos-verified

Packages Altered:

    Dep-Install app-php-core-1:2.3.2-1.v7.noarch        @clearos-verified

    Install     app-web-server-1:2.5.0-1.v7.noarch      @clearos-verified

    Dep-Install app-web-server-core-1:2.5.0-1.v7.noarch @clearos-verified

    Dep-Install httpd-2.4.6-80.el7.centos.1.x86_64      @clearos-centos-verified

    Dep-Install mod_authnz_external-3.3.2-3.v7.1.x86_64 @clearos-verified

    Dep-Install mod_authz_unixgroup-1.1.0-2.v7.x86_64   @clearos-verified

    Dep-Install mod_ssl-1:2.4.6-80.el7.centos.1.x86_64  @clearos-centos-verified

    Dep-Install php-5.4.16-45.el7.x86_64                @clearos-centos-verified

Scriptlet output:

   1 No entry for terminal type "unknown";

   2 using dumb terminal settings.

   3 No entry for terminal type "unknown";

   4 using dumb terminal settings.

   5 No entry for terminal type "unknown";

   6 using dumb terminal settings.

history info

What is the safest way to put kopano back in action?

Thanks a lot.

Best wishes,

Robert

You have to be very careful uninstalling using yum as you've found out. It will remove all dependencies. Try:

yum reinstall app-kopano

If it does not allow a reinstall, just do a:

yum install app-kopano

Hi,

I tried to re-install Kopano from the marketplace and it tells me that I have packages from the Kopano version 8.5.8.2 (from private-clearcenter-kopano-basic-testing), but I can only get 8.4.5. I cannot find private-clearcenter-kopano-basic-testing in the respository list. Does it not exist anymore and I need to pull it from somewhere else? I do not know why I have Kopano from the test-server in the first place, but I would like to stay with the version installed and probably making sure I do not pull the test version again.

Where can I find Kopano version 8.5.8.2 in the repository?

Thank you.

Best wishes,

Robert

Nick Howitt wrote:

You have to be very careful uninstalling using yum as you've found out. It will remove all dependencies. Try:

yum reinstall app-kopano

If it does not allow a reinstall, just do a:

yum install app-kopano

Dear Nick,

Yes, I realized that. I actually did remove it using the Marketplace on the webaccess. If I would have used yum I would have seen that it removes too much. Maybe a warning in the Marketplace app would be good.

As mentioned below the reinstall does not work because of versioning issues. yum gives the same problem.

Thank you.

Best wishes,

Robert

Did you install in the past with something like:

ENABLE_BETA=True yum install app-kopano

If so, give it a go.

Maybe you could walk through this. I got the link from the Clear Center team due to a Kopano issue I am having. I had to first make sure I had the latest version installed.

Dear Nick and Dirk,

Thank you very much! This fixed it. I now remember, that I needed to do this, because of some vulnerability issues with the earlier version.

Thanks again!

Best wishes,

Robert