Zarafa 7.2.5 Is Available

I’m glad to announce the availability of zarafa-7.2.5 for Arch Linux ARMv7/x64/i686.

zarafa-server-7.2.5.106-2
sabre-zarafa-0.23-200
zarafa-spamhandler-0.1-3
zarafa-postfixadmin-0.45.3
zarafa-service-overview-1.0.2-1
zarafa-webapp-2.2.0.414-100
zarafa-webapp-browsercompatibility-2.2.0.414-100
zarafa-webapp-clockwidget-2.2.0.414-100
zarafa-webapp-contactfax-2.2.0.414-100
zarafa-webapp-delayeddelivery-1.0.22.70-95
zarafa-webapp-desktopnotifications-1.0.31.28-95
zarafa-webapp-filepreviewer-1.0.30.59-95
zarafa-webapp-files-2.2.0.414-100
zarafa-webapp-folderwidgets-2.2.0.414-100
zarafa-webapp-gmaps-2.2.0.414-100
zarafa-webapp-mdm-1.1.0.49-97
zarafa-webapp-passwd-1.2-165
zarafa-webapp-pimfolder-2.2.0.414-100
zarafa-webapp-smime-1.0.31-95
zarafa-webapp-spellchecker-1.0.22.32-95
zarafa-webapp-titlecounter-2.2.0.414-100
zarafa-webapp-webappmanual-2.2.0.414-100
zarafa-webapp-xmpp-2.2.0.414-100
zarafa-webapp-zdeveloper-2.2.0.414-100
z-push-2.3.3-1

Read how to install, run and access the server.

Links

6 thoughts on “Zarafa 7.2.5 Is Available

  1. This is awesome!! I will soon be snap-shoting my mail server and upgrading, fingers crossed 🙂

    On another note, I had a question. How can I go about setting up and configuring DKIM for my domain/accounts on our set? I can’t seem to find any documentation specific to our setup that covers this. Could you point me in the right direction?

    Thanks!
    Mike Smith

    Reply

    1. Hey Mike,

      this can be done on the smarthost or on your mail server. You can use Opendkim on your server for this.

      Signing headers is done to proof that mails come from permitted servers and haven’t been manipulated meanwhile. So I belive the right place is to do this on the first server that’s emitting mails. In this case Postfix which is handed mails from Zarafa.

      As I’ve done with the smarthost I want to manage the opendkim private keys in ZPA. Opendkim is supposed to be able to read from mysql. However I couldn’t find time to bring up a setup.

      If you’re very impatient, then you could install the opendkim package and set it up yourself. The private keys are placed in the filesystem then.

      $> vi /etc/postfix/main.cf
      smtpd_milters = unix:/var/spool/postfix/opendkim/opendkim.sock

      $> vi /etc/opendkim/opendkim.conf
      Syslog yes
      SyslogSuccess yes
      LogWhy yes
      UMask 0111
      OversignHeaders From
      Socket local:/var/spool/postfix/opendkim/opendkim.sock
      Mode sv
      AlwaysAddARHeader true
      SendReports true

      Here you’ll find a script which will help you creating private keys (please find it halfway down the page)
      https://matoski.com/article/spf-dk-dkim-plesk-debian/

      Marti

      Reply

  2. Hi Marti,

    I’m trying to upgrade my Zarafa 7.2.1-51847 on my RPi2 with this new 7.2.5 version.
    I ran into the following errors running the update-system.sh script following option B of this webpage (https://pietma.com/update-zarafa-on-arch-linux/).
    Am I doing something wrong? How should I proceed to upgrade?

    Regards,
    Christiaan

    Schreenshot of the error:
    [su]# ./update-system.sh

    ### Pacman database update
    :: Synchronizing package databases…
    pietma is up to date
    core is up to date
    extra is up to date
    community is up to date
    alarm is up to date
    aur is up to date

    ### Retriving package dependencies

    ### Component update
    ### Update strict packages from pietma
    pietma/boost
    pietma/boost-libs
    pietma/gsoap
    pietma/php
    pietma/php-enchant
    pietma/php-fpm
    pietma/php-imap

    ### Update installed packages that depend on strict served by pietma
    pietma/mariadb

    warning: boost-1.58.0-2 is up to date — skipping
    warning: boost-libs-1.58.0-2 is up to date — skipping
    warning: gsoap-2.8.22-2 is up to date — skipping
    warning: php-5.6.30-1 is up to date — skipping
    warning: php-enchant-5.6.30-1 is up to date — skipping
    warning: php-fpm-5.6.30-1 is up to date — skipping
    warning: php-imap-5.6.30-1 is up to date — skipping
    warning: mariadb-10.1.21-1 is up to date — skipping
    there is nothing to do

    ### Systemupdate
    ### Ignore strict packages served by pietma
    –ignore boost
    –ignore boost-libs
    –ignore gsoap
    –ignore php
    –ignore php-enchant
    –ignore php-fpm
    –ignore php-imap

    ### Ignore installed packages that depend on strict served by pietma
    –ignore mariadb

    :: Starting full system upgrade…
    :: Replace fuse with extra/fuse2? [Y/n]
    :: Replace libdbus with core/dbus? [Y/n]
    :: Replace mesa-libgl with pietma/mesa? [Y/n]
    :: Replace mesa-libgl with extra/mesa? [Y/n]
    warning: cannot replace mesa-libgl by mesa
    :: Replace raspberrypi-firmware-bootloader with alarm/raspberrypi-bootloader? [Y/n]
    :: Replace raspberrypi-firmware-bootloader-x with alarm/raspberrypi-bootloader-x? [Y/n]
    :: Replace raspberrypi-firmware-tools with alarm/raspberrypi-firmware? [Y/n]
    :: Replace zarafa-postfixadmin-worker with pietma/zarafa-postfixadmin? [Y/n]
    resolving dependencies…
    looking for conflicting packages…
    error: failed to prepare transaction (could not satisfy dependencies)
    :: perl-dbi: requires perl<5.25
    :: perl-dbd-mysql: requires perl<5.25

    Reply

    1. Hey Christiaan,

      it seems your perl was updated during another run of pacman or the update script. A downgrade of the perl package might help.

      Downloaded and installed packages are cached in…
      $ cd /var/cache/pacman/pkg/

      Try to find a perl package lower then 5.25 and install it via pacman…
      $pacman -U /var/cache/pacman/pkg/perl-5.24.0-2-armv7h.pkg.tar.xz

      Badly I couldn’t setup a repository (to little space) with all possible packages that work with the last zarafa packages. Alternativly I serve an Arch Linux Image that works with the last zarafa packages. In consequence, there are two possible solutions to do an update…
      1.) Wait for the Zarafa packages to build for the last Arch Linux and update your system then – which will be after migration to Kopano
      2.) Create a new system with the last working Arch Linux from pietma repository (avoid pacman –U) – https://repository.pietma.com/nexus/content/sites/archlinux/os/

      Option 2.) will be the earliest solution you’ll get.

      Zarafa doesn’t compile with the last OpenSSL ABI. Since almost everything of relevance depends on OpenSSL, I couldn’t serve an old version without braking your OS. The only solution is to move to Kopano, which will happen somewhere in october. Right now I’m way to busy for this.

      I wish I had a better solution. However, I hope this advice was helpful for you.

      Marti

      Reply

  3. Hi Marti,

    It already a while ago that I wanted to update the zarafa server.
    I tried to upgrade to kopano, without success, so I have let this go for some time, because the users/store migration wasn’t going as expected.

    So I tried to update the system again and ran into the following issue when using pacman -Sy.
    It seems that there is some certificate issue when updating the pietma repo:

    # pacman -Sy
    :: Synchronizing package databases…
    error: failed retrieving file ‘pietma.db’ from repository.pietma.com : SSL certificate problem: certificate has expired
    error: failed to update pietma (download library error)
    core is up to date
    extra is up to date
    community is up to date
    alarm is up to date
    aur is up to date

    How can I solve this?
    Can you walk me through with the commands to fix this.

    Regards,
    Christiaan

    Reply

Leave a Reply to MartiMcFly Cancel reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.