Student Name: Matthew Boyd Email: Matthew

Total Page:16

File Type:pdf, Size:1020Kb

Student Name: Matthew Boyd Email: Matthew 2019 Student Name: Matthew Boyd Email: [email protected] Department IT-CDA-IC Project Title: MAlt: Microsoft Alternatives Mail: Performance Metrics Supervisor: Giacomo Tenaglia Paweł Grzywaczewski CERN Meyrin, Switzerland 1 CONTENTS I Description of Technologies considered 5 II Collectd 5 III Telegraf 5 IV InfluxDB 5 V cAdvisor 5 VI vAdvisor 5 VII Prometheus 5 VIII Grafana 5 IX Technologies used 5 X First Task 5 XI Second Task 6 XII Third Task 6 XIII Scrum Master 6 XIV Zurich 6 References 6 MALT: Microsoft Alternative Project Mail: Metrics Monitoring Matthew Boyd Abstract Due to the fact that Microsoft has dropped CERN’s academic institute status, therefore leaving licensing 10 times more expensive, CERN has had to come up with an alternative to Microsoft products to try and phase out the need for their products and in turn save money. Mail is currently predominantly on Microsoft’s Exchange servers. CERN is migrating its mail system, hosting 50TB+ of data on 40,000 mailboxes, from Microsoft Exchange to Kopano, an Open Source Linux-based system. The aim of this project is to consolidate the various system and application metrics in use in the new systems, and to develop on top of that an uniform visualisation layer, providing a facility to implement anomaly detection and event correlation. The data will be collected from different services, ranging from systems performance / monitoring, to web servers and back-end databases, to migration-specific tools. The project will make extensive use of free and open source tools such as Collectd, Telegraf and Filebeat to collect the data, ElasticSearch and InfluxDB to store it, and Kibana/Grafana to visualise it. The main operating system that will be used for the project is Cent-OS Linux version 7. Other tools that are going to be heavily used are Puppet (configuration management system), OpenStack (Infrastructure-as-a-Service cloud computing), Openshift (Platform-as-a-Service for web hosting) and Docker/Kubernetes (container platform). 3 MALT: Microsoft Alternative Project Mail: Metrics Monitoring Matthew Boyd Acknowledgements There are a lot of people I would like to thank for my experience here at CERN. First and foremost, I would like to thank my supervisors Giacomo Tenaglia and Paweł Grzywaczewski as well as my team: Riccardo Candido, Dominik Taborsky, Marija Predarska and Leopold Gattinger. Their continued support allowed me to carry out my task effectively through answering the numerous questions I posed. Additionally, I would like to thank my family and girlfriend for supporting me whilst I was living in a foreign country for the first time and for visiting me. 4 I. DESCRIPTION OF TECHNOLOGIES CONSIDERED VII. PROMETHEUS Throughout the project, there were a lot of technologies Prometheus [7] is an open-source monitoring solution. that were evaluated for the given task. The following list Prometheus uses key-value pairs to store data regarding shows all the possible technologies that were considered as metrics. Prometheus allows for many different interactions well as a brief overview of their purpose. from third parties out-of-the-box. Additionally, it provides a graphical interface to see the results that are collected, as well as providing integration support for Grafana. • Collectd • Telegraf VIII. GRAFANA • InfluxDB Grafana [8] is an open-source representational tool for • cAdvisor displaying results provided by a time-series database visually • vAdvisor through the use of graphs and charts. There are a range of • Prometheus different visualisations that can be used such as heatmaps to • Grafana histograms, and geomaps. There is native support for a lot of databases within Grafana, including Prometheus and InfluxDB. II. COLLECTD As well as allowing for collaboration whereby all users will Collectd [1] is a daemon (runs as a background process) be able to see the dashboards simultaneously. which will collect system and application metrics periodically IX. TECHNOLOGIES USED and allows for these metrics to be sent to an appropriate For data collection: datastore. As an application it is very minimal. It simply The technology that was chosen for collects data and does not display it visually in anyway. data collection was Telegraf. The main reason for this was that Telegraf came with a predefined configuration setup that allowed for many inputs and outputs to be easily added, as III. TELEGRAF well as the fact that when testing Telegraf, it was able to also Telegraf [2], like Collectd is a metric collection agent. It gain metrics that other collection applications such as Collectd can collect metrics from a wide array of predefined input and CAdvisor were not able to find. Additionally, work had configurations, such as docker, CPU, disk, etc. It will then already commenced on part of the monitoring systems using write these metrics to a pre-configured output source, i.e. Telegraf to get application metrics, therefore to keep inline a time-based database. Not only does it have 200+ plugins with the pre-existing technology stack to preserve uniformity, already written for it, therefore only requiring some tweaks to Telegraf was chosen. the configuration, it also allows a lot of flexibility in running For data storage: InfluxDB ended up being the data storage your own scripts to monitor statistics. application of choice. This decision was made for a number of reasons, as there are pros and cons for both Prometheus IV. INFLUXDB and InfluxDB . For instance, both of them are written in GO language, therefore meaning that they are very quick to InfluxDB [3] is an open-source time-series database used be executed, however, in terms of Prometheus for instance, for monitoring metrics. Influx stores all the data with a time- it is bound by a schema, whereas InfluxDB is schema-free. stamp in epoch which can then be used in conjunction with InfluxDB also supports more languages than Prometheus and programs such as Grafana to represent the data visually due additional access methods (JSON over UDP). As well as the to influx only being a datastore. fact that InfluxDB’s query language is very powerful and development friendly. V. CADVISOR For data visualisation: Grafana was used over the built- CAdvisor [4] is an open-source application that allows for in visualisations of Prometheus. The main reasons behind this analysis of resource usage and performance characteristics of decision was that Grafana has more flexibility as well as being running containers. Again, like with Telegraf and Collectd alot easier to use than Prometheus. Grafana contains many rich it is a daemon that runs and will collect information about features to allow the user to display statistics easily through a docker containers, for instance: CPU usage, DISK space, etc. pluggable panel architecture. These statistics can then be sent to a database and displayed X. FIRST TASK in Grafana. The first task set out by my supervisor was to use an existing virtual machine to gather metrics around the emailing service VI. VADVISOR Postfix. Metrics were initially to be collected through Collectd VAdvisor [5] is an open-source sister software application to and then sent to the InfluxDB server and displayed through cAdvisor that is used to get information from virtual machines Grafana. running on a server. This will produce the same type of metrics The first operation carried out was editing the configuration as in cAdvisor: CPU usage and DISK space. of Collectd in /etc/Collectd.conf. Within the configuration, the ¯ 5 write graphite plugin had to be enabled, the database team at in the team who may have additional information surrounding CERN were able to process the request to install the graphite the subject. Each sprint would last approximately 2 weeks, plugin on the InfluxDB server to allow for the influx database and seeing that I was present for 8 weeks, I was delegated the to process the data in the correct format. role of scrum master for 2 weeks. This consisted of reminding After discussing with the team about Collectd, it was everyone about scrum, and taking notes in case any one was decided that Telegraf was the better option. The change from off and for auditing purposes. Collectd to Telegraf required some additional effort. Firstly, XIV. ZURICH the Telegraf configuration had to be amended to allow for Postfix metrics to be collected. For the metric collection, Additionally, as part of my experience in CERN, I was a script was written in python in order to scan through able to go to Zurich with the OpenLab Students. the maillogs and match given metrics. Once the script was At the start of the day, we went to ETH Zurich and we complete it ran every 5 seconds and the results were pushed were given two talks. The first was about the new internet to the InfluxDB server which was connected to Grafana in infrastructure known as SCION (Scalability, Control, and order to present the results visually. Isolation on Next-Generation Networks) [6] that is being rolled out into Swiss Banks. This new internet infrastructure XI. SECOND TASK is able to reduce the downfalls and bottlenecks of the current Next, I was given the task of getting information for each internet infrastructure by adding failure isolation and route of the docker containers. Examples of the information that control. needed to be extracted included: CPU usage time, file storage Then we were given a talk on the future of drones, and what amounts, load time, etc. This was to ensure that in the event of is in store for operating them autonomously. We found out a docker container going down, there would be metrics to show that drones will be used more extensively in sporting events this allowing other users to be able to act accordingly in a short once they find out a way in order to allow for full tracking amount of time.
Recommended publications
  • Kopanomeet Release 1.0
    KopanoMeet Release 1.0 Kopano BV May 01, 2020 Contents 1 Introduction 2 2 Installation 3 2.1 System requirements.........................................3 2.2 Installation..............................................3 3 Special configuration 9 3.1 Configuring the applications grid in Kopano Meet.........................9 3.2 Enabling guest users for Meeting rooms...............................9 3.3 Enabling screensharing........................................ 12 4 Advanced Settings 13 4.1 Influencing Meet behaviour through URL fragments........................ 13 5 User manual 15 5.1 First steps............................................... 15 5.2 General overview........................................... 15 5.3 Joining a meeting........................................... 16 5.4 One-to-one calls........................................... 16 5.5 Groups, public vs. private...................................... 16 5.6 Inviting users and guests to a group................................. 19 5.7 Sharing your screen......................................... 21 5.8 Doing an “audio only” meeting................................... 21 5.9 Selecting the right Camera/Microphone/Speaker.......................... 23 6 Frequently asked questions (FAQ) 24 6.1 Known Issues............................................. 26 7 Legal Notice 28 i KopanoMeet, Release 1.0 This document, the Kopano Meet manual provides administrators with information on how to install and configure the Kopano Meet for WebRTC calls and conferences. Contents 1 CHAPTER 1 Introduction
    [Show full text]
  • About SEP Sesam Hybrid Backup and Disaster Recovery
    Hybrid Backup & Disaster Recovery SEP sesam’s Backup & Disaster Recovery Capabilities for the Red Hat Ecosystem 1 Global Storage Management SEP sesam’s Backup and Disaster Recovery Capabilities for the Red Hat Ecosystem Table of Contents Table of Contents 1 About this Document 3 About SEP 3 About SEP sesam Hybrid Backup and Disaster Recovery 3 SEP’s Mission 4 Red Hat Statement 4 SEP‘s Collaboration with Red Hat 5 Value Proposition for Red Hat Solutions 5 Red Hat® Enterprise Linux 7 Bare Metal Recovery Capability for Linux 8 Red Hat® Virtualization 8 Red Hat® Virtualization Backup White Paper 8 Red Hat® Storage 9 SEP‘s Collaboration with SAP 9 SAP HANA Certifications 10 SAP Ecosystem - Protection Overview 10 Datacenter 10 Platforms 10 Hypervisors 10 Operating Systems 10 Databases 11 Applications 11 SAP Statement 11 SEP sesam Customer References in SAP Environments 11 Uniorg 11 Kwizda 12 Linck 12 Inecom Business Solutions 12 Service Provider and Cloud engagement 12 SEP was named one of the 2018 Gartner Peer Insights Customers’ 12 Choice for Data Center Backup and Recovery Software Here are a few examples of our customers statements: 13 Summary / Authors 13 www.sepsoftware.com I SEP sesam’s Backup and Disaster Recovery Capabilities for the Red Hat Ecosystem 2 Global Storage Management SEP sesam’s Backup and Disaster Recovery Capabilities for the Red Hat Ecosystem About this Document This document serves a Red Hat® and SEP value proposition for the joint solutions. Beside of general information we will highlight the sup- port of Red Hat® Virtualization, Red Hat® Enterprise Linux®, Red Hat® Storage, SAP and Service Providers.
    [Show full text]
  • Scenarios for Univention Corporate Server Table of Contents
    Scenarios for Univention Corporate Server Table of Contents 1. Lawyer's office .................................................................................................................... 3 1.1. Initial situation .......................................................................................................... 3 1.2. Systems and services ................................................................................................. 3 1.3. Management of user accounts ...................................................................................... 4 1.4. Managing the Windows computers ............................................................................... 5 1.5. Storage management .................................................................................................. 5 1.6. Single sign-on with a specialist legal application ............................................................. 5 1.7. Printer services ......................................................................................................... 6 1.8. Groupware ............................................................................................................... 6 1.9. Web proxy and web cache .......................................................................................... 6 1.10. Backup .................................................................................................................. 6 1.11. Outlook .................................................................................................................
    [Show full text]
  • KC Administrator Manual Release 8.0.0
    KC Administrator Manual Release 8.0.0 Kopano BV Jul 01, 2021 Contents 1 Abstract 2 2 Introduction 3 2.1 Intended Audience..........................................3 2.2 Architecture.............................................3 2.3 Components.............................................4 2.4 Protocols and Connections......................................5 3 Installing 6 3.1 System Requirements........................................6 3.2 Installation..............................................9 3.3 Troubleshooting Installation Issues................................. 11 3.4 SSL.................................................. 12 4 Upgrading 14 4.1 Preparing............................................... 14 4.2 Creating backups........................................... 15 4.3 KC 8 dependencies.......................................... 16 4.4 Performing the Upgrade on RPM based distributions........................ 16 4.5 Performing the Upgrade on Debian based distributions....................... 16 4.6 Finalizing the upgrade........................................ 18 5 Configure KC Components 20 5.1 Configure the Kopano Server.................................... 20 5.2 Configure Kopano Konnect..................................... 27 5.3 Configure Kopano Kraph....................................... 30 5.4 Configure the Kopano Spooler.................................... 31 5.5 Configure Kopano Caldav...................................... 32 5.6 Configure Kopano Gateway (IMAP and POP3)........................... 33 5.7 Configure Kopano Quota Manager.................................
    [Show full text]
  • Folien Ca. 3MB
    Es muss nicht immer Exchange sein – Mit auserlesenen Kochrezepten für Kunst- und Musikhochschulen Dr.-Ing. Andreas Bischoff 1. Treffen der Kunst- und Musik-HS-NRW-IT 30.8.2017 Kleine Übersicht Agenda – Wie macht das die Uni-Duisburg-Essen (UDE)? – Warum überhaupt Groupware, Mail reicht doch aus? • Termine und Mobile – Mobile – Mobile – Diversity! • E-Mail → heute → Webmail! – Strategische Entscheidungen – Kommerzielle Groupware-Lösungen • MS-Exchange und die Konkurrenten – Kommerzielle Groupware Lösungen in der Cloud • hosted Exchange – Open Source Alternativen • Self made – hosted Andreas Bischoff Muss es immer Exchange sein? 1. Treffen Musik-und KunstHS-IT 30.8.2017 Mailumgebung an der UDE Mailumgebung – (2016: transportierte Mails ~ 67.901.120 - abgelehnte Mails ~ 48.891.366) Unix-Mail (1,5 VZÄ) ca. – 69330 Postfächer, im Wesentlichen Studierende, 200mB Quota pro Postfach – 150 Maildomänen uni-due.de, uni-duisburg-essen.de, uni-duisburg.de, uni- essen.de, ……, Mailrouting über LDAP – Anti-Spam (Heinlein-Open-Source, bisher Ironport 30T€/Jahr Jetzt 5T€ f.Signaturen) – Listenserver (Mailinglisten), befüllt aus IDM – Teilweise Weitergabe an dezentrale Mailserver in den Fakultäten Exchange 2010 (1,5 VZÄ) – 7270 Postfächer, im Wesentlichen MA wegen CAL Lizenzen, 2GB Postfächer, teils auch größer 4-8GB – wird gern missbraucht als DMS – Derzeit Migration nach Exchange 2016, getrieben durch MS-Produktpolitik (Windows 10→neues AD→ neuer Exchange Server) – Kemp-Loadbalancer (für Exchange2016 auch Geo-Loadbalancer) Andreas Bischoff Muss es immer Exchange sein? 1. Treffen Musik-und KunstHS-IT 30.8.2017 Mailumgebung an der UDE Mailumgebung Enge Kopplung an das IDM – hoch automatisiert – Befüllung von tagesaktuellen Mailinglisten – Provisionierung von Mailboxen über LDAP und AD an Exchange und Unix-Mail – Mailrouting (der 150 Maildomainen auf die Zielsysteme im ZIM und die dezentralen Mailserver) per LDAP – Benutzerverwaltung für Manuelle Eingriffe 1,5 VZÄ + 1st Level Support (SHKs) Andreas Bischoff Muss es immer Exchange sein? 1.
    [Show full text]
  • Auf Und Ab Groupware
    08/2015 Die Entwicklungen bei Linux-Groupware – eine Zwischenbilanz Sysadmin Auf und ab Groupware 58 Der Groupwaremarkt ist ebenso groß wie schwierig: Microsoft Exchange und Lotus Notes halten die dicken Brocken fest, soziale Netzwerke und Google drängen nach. Freie Software kann gleichwohl auf schöne Erfolge verweisen, gerät aber immer wieder in die Opferrolle – meist wegen externer Finanzierung. Markus Feilner, Dirk Ahrnke www.linux-magazin.de Connect (Abbildungen 1 und 2). Obwohl einige Einzellösungen aus dem Linux- und Open-Source-Umfeld, zum Beispiel Spam assassin, Open SSL und Qt, inte- griert sind, vertreibt Kerio sein Produkt Connect vollständig und ohne jede Aus- nahme unter einer proprietären und rein © mahout, 123RF © mahout, kommerziellen Lizenz. Außer für Linux ist das Produkt darüber hinaus auch für Windows und Mac OS X erhältlich. Gerade Letzteres dürfte eini- ges zur Verbreitung beigetragen haben, denn für die Apple-Serverplattform gibt es relativ wenige Groupwarelösungen. Kerio hat zudem auch als einer der ersten Dritthersteller eine Implementierung der Exchange Web Services (EWS) geschafft. Unter OS X setzt mittlerweile nicht nur Outlook auf die HTTP-basierte Anbin- dung an Exchange. Seit OS X (Snow Leo- Vier Jahre her ist der letzte Groupware- sehen sich dabei natürlich Produkte, pard) lässt sich auch das zum Mac-Sys- vergleich im Linux-Magazin [1] – Grund deren Entwicklung (zum Teil) in einer tem gehörende Mail via EWS anbinden. genug, erneut den Blick auf die für Un- Community erfolgt – sprich Open-Source- ternehmen wichtige Collaboration-Sparte Software. Diese Einschätzung teilt die Caldav und Carddav zu richten, die allein in Deutschland rund Wagniskapitalbranche offenbar, denn in 700 Millionen Euro Jahresumsatz schwer die meisten Groupware-Unternehmun- Es sind allerdings nicht nur die alterna- ist.
    [Show full text]
  • Press Release
    1 / 2017 Press release Delft, 1 June 2017 Open source shows the way out of dependency on Microsoft An increasing amount of companies start to realize how dependent they are on Microsoft. In the sector “Groupware” open source producer Kopano provides the tools to get rid of this dependency. A group of European journalists have diagnosed Europe’s administrations and governments to have a “fatal dependency of Microsoft”. Using the example of Microsoft Office, their research unveils a chain of dependencies on this single company. Their article also describes how some of these organizations could already break free from their dependency by using LibreOffice. By far the biggest culprit in this chain of dependencies on other Microsoft solutions is Outlook, which is used by the vast majority of the organizations. This is perceived as the biggest challenge – especially when it comes to teamwork involving email and calendars. Web-based apps – the trend towards independency We see companies try to move away from the dependency on products like Outlook, which only integrates with services of a single vendor. In this case Microsoft Exchange or Office 365. This can only be achieved by replacing Outlook with a more open application. Web-based applications have become a viable alternative and are increasingly popular. On smartphones you simply cannot do without web-based applications. This trend can also be seen with producers of software – they integrate their own software as ‘widgets’ in web-based applications as well – it prevents them from having to develop and maintain integrations for specific programs. In the end, both the vendor as well as the user benefits from this reduction in dependencies.
    [Show full text]
  • Use Software Collections for PHP 5.6 Support on RHEL and Centos 6 and 7
    Use Software Collections for PHP 5.6 support on RHEL and CentOS 6 and 7 Introduction Audience Disclaimer Software Collections and PHP Installation Install MySQL Enable Software Collections Add repositories Example repository configuration Installing the packages Create test user Start Apache 2.4 Log in Introduction This document is intended as a base to install a Red Hat Enterprise Linux server running Kopano Core and Kopano Webapp. Audience This document is intended to be used by experienced system administrators and engineers who have in-depth knowledge of both Linux and MySQL environments. Disclaimer Use these suggestions at your own risk and only if you know what you are doing. These instructions are intended as pointers and not as a definitive configuration, as every environment can be set up differently. Also keep in mind that some steps in this guide can take time depending on the size and complexity of your environment. Software Collections and PHP Since the minimum requirement for WebApp 3.0 is PHP 5.4 and RHEL 6 only ships 5.3 per default, RHEL 6 would be unsupported by WebApp 3.0. To circumvent this problem we added support for Software Collections. Red Hat Enterprise Linux (RHEL) introduced the Software Collections (SCL’s) – supported by Red Hat (!) – allowing the availability of more recent versions of specific software components for existing enterprise releases without forcing usage of these packages (as they are not API/ABI safe with distribution included packages). With Red Hat providing the rh-php56 software collection, we are able to build PHP-MAPI based on PHP 5.6 for RHEL 6 and RHEL 7, and provide these to our customers in a standardised way.
    [Show full text]
  • Univention Corporate Server
    Univention Corporate Server Manual for users and administrators Version 4.4-8 Date: April 20th, 2021 Alle Rechte vorbehalten./ All rights reserved. (c) 2002-2020 Univention GmbH Mary-Somerville-Straße 1 28359 Bremen Deutschland [email protected] Jede aufgeführte Marke und jedes Warenzeichen steht im Eigentum ihrer jeweiligen eingetragenen Rechtsinhaber. Linux ist ein eingetragenes Warenzeichen von Linus Torvalds. The mentioned brand names and registered trademarks are owned by the respective legal owners in each case. Linux is a registered trademark of Linus Torvalds. 2 Table of Contents 1. Introduction ....................................................................................................................... 13 1.1. What is Univention Corporate Server? ........................................................................ 13 1.2. Overview of UCS .................................................................................................... 14 1.2.1. Commissioning ............................................................................................. 14 1.2.2. Domain concept ............................................................................................ 14 1.2.3. Expandability with the Univention App Center ................................................... 15 1.2.4. LDAP directory service .................................................................................. 15 1.2.5. Domain administration ................................................................................... 16 1.2.6.
    [Show full text]
  • Partner Aanvraagformulier Mail Dit Formulier Naar Dupaco Distribution
    Partner aanvraagformulier Om partner te worden van Dupaco Distribution B.V. kunt u het Partner aanvraagformulier invullen. Het aanvraagformulier voorziet Dupaco van de benodigde bedrijfsgegevens. Gegevens die nodig zijn om uw organisatie in het systeem aan te maken. Na ontvangst van het door u ingevulde formulier nemen wij contact met u op. Met het indienen van de Partner aanvraag verklaart u zich akkoord met de algemene leveringsvoorwaarden – nr 76/1998 zoals gedeponeerd bij de arrondissementsrechtbank te Utrecht – van Dupaco. Mail dit formulier naar Dupaco Distribution B.V. - [email protected] Bedrijf : Bezoekadres : Postcode : Plaats : Afleveradres : Postcode : Plaats : Factuur/bezoekadres : Postcode : Plaats : Telefoon : Contactpersoon Inkoop : E-mail algemeen : E-mail orderbevestigingen : E-mail facturen : (indien van toepassing) Website : Kvk nummer : (s.v.p. kopie recent uittreksel meesturen) Aantal werknemers : Omzet per jaar : BTW nummer : IBAN : SWIFT/BIC code : Datum : Handtekening: Dupaco Distribution B.V. Papendorpseweg 95 3528 BJ Utrecht the Netherlands t + 31 (0)30 246 43 50 [email protected] www.dupaco.nl KVK NR 31035524 IBAN NL87ABNA0508682320 BTW. NL 8074.48.023.B.01 SWIFT NR. ABNANL2A Informatie over diensten en producten Graag verzoeken wij u hieronder aan te geven in welke producten en diensten u geïnteresseerd bent. Zo stelt u ons in staat uw organisatie zo goed en gericht mogelijk te informeren. Dupaco biedt de volgende ondersteunende diensten aan, in welke daarvan bent u geïnteresseerd? Opleidingen On-site
    [Show full text]
  • Kopano Migration Manual Release 7.2.1
    Kopano Migration Manual Release 7.2.1 Kopano BV Jun 01, 2018 Contents 1 Introduction 2 1.1 Professional Services Toolset / Migration Tool...........................2 2 IMAP to Kopano Migration3 3 PST to Kopano Migration4 4 Drop-in Migration from Zarafa5 4.1 Disclaimer & Preface........................................5 4.2 Manual ZCP to Kopano migration..................................6 4.3 Multi-server information.......................................9 5 Legal Notice 12 i Kopano Migration Manual, Release 7.2.1 This document, the Kopano Migration Manual, describes how to migrate to Kopano using various scenarios. Contents 1 CHAPTER 1 Introduction Migrating to Kopano is performed by either: • Using the Zarafa2Kopano script for migrations of Zarafa to Kopano • Importing .pst files with the kopano-pst-import utility (planned for Q3/2016) for any other Outlook or PST-capable groupware solution • Direct import from MS Exchange to Kopano (Toolset available from Kopano professional Services) • Importing via IMAP and CalDAV 1.1 Professional Services Toolset / Migration Tool Professional Services can provide you with a Migration Tool that performs a migration by opening each user’s store in the data source (Outlook PST format), traveling over the MAPI folder structure migrating each item and folder. This means that all data from the data source will be migrated, including mail, attachments, appointments, tasks, contacts etc. The Tool will also check if the item/folder already exists at the destination (a Kopano Server or a .pst file) to avoid duplicates. The tool will not create users within Kopano, it assumes that the users to which the administrator wants to migrate data to, already exist at the Kopano Core.
    [Show full text]
  • Pressrelease
    1 / 2017 Pressrelease Delft, 30. Mai 2017 Open source shows the way out of dependency of Microsoft More and more companies and users realize how dependent they are of Microsoft. In the sector “Groupware” open- source-producer Kopano provides the missing part to clear away this dependency. A group of European journalists have diagnosed Europe’s administrators and governments a “fatal dependency of Microsoft”. Their research shows with the example of Microsoft Office a chain of dependencies of only this single company. It also describes how some administrations could already break free from this dependency by using LibreOffice. An important part of Microsoft Office is Outlook. But especially in Outlook the dependencies of Microsoft- solutions are larger than ever, as soon as you want to work in teams with emails and calendar. Web-based apps – the trend towards independency Companies & users try to get away from the dependency where a central product like Outlook with services of only one vendor – which is the Microsoft Exchange Server or MSOffice365 .. This only works by exchanging Outlook with another more open program. Here web based apps are a popular possibility. Concerning smartphones you can´t do without them. And producers of software prefer more and more to integrate their own app as a widget in web bases apps, too – instead of developing plugins for specific programs and to maintain them. This minimizes dependencies and simplifies the integration into a variety of programs from which not only the vendor, but the users benefit. Kopano offers this feature Kopano, a fork of Zarafa, offers with the Kopano DeskApp a platform, where users can communicate, organize themselves and share content.
    [Show full text]