S/MIME and Sympa Mailing Lists Manager Using Signature and Encryption with a Mailing List Manager

Total Page:16

File Type:pdf, Size:1020Kb

S/MIME and Sympa Mailing Lists Manager Using Signature and Encryption with a Mailing List Manager S/MIMEand Sympa mailing lists manager Using signature and encryption with a mailing list manager Serge Aumont and Olivier Salaün ComitØ RØseaux des UniversitØs [email protected] http://www.sympa.org Keywords: Signature, Encryption, S/MIME, Mailing list A few original features Abstract: Sympa is a modern mailing list manager that include many Using internal RDBMS features such as a complete web interface, associated groupware tools, Firt goal is to support large services with high performances and scal- fine tuning for access control etc. Current Sympa version provides also ability relying on RDBMS 3MySQL, PostgreSQL, Oracle, Sybase sup- original secure way based on S/MIME: digital signature and messages ported ). Sympa has been tested with 300.000 subscribers in a single distribution process using encryption. In addition Sympa`s web interface list on a medium server 3bi PII 550mhz with 512 Mega RAM) and can use HTTPS authentication based on user X509 certificates. This pa- some users already have real usage with more than 100.000 subscri- per describes how Sympa uses S/MIMEand HTTPS standards for secure bers using MySQL. The database allows high performances. It also group messaging. resolves data acces conflict between Sympa`s mail and web interface that share the same datas. Preface The web interface is a portal for all lists : WWSympa is the name given to Sympa`s web interface. It is a direc- The development was initiated in 1997. The goal was to replace a tory of lists provided by Sympa. Non-authenticated users can access previous mailing lists server ªTULPª, initiated in 1992 to organize public information but they can also login to access to their private the Bitnet services migration and was used essentially by French uni- list environment. If identified they can access public list but also some versities. Since April 97, Sympa development provided by the French private lists depending on their privileges. After authentication ad- academic network team 3CRU) and distributed under Gnu Public Li- vanced functions are accessible on the web interface. cence. All administration task can be performed from the web interface : list creation, configuration and closing, messages moderation, subscri- Now Sympa includes a lot of sophisticated features and is widely bers and bounces management . used around the world. On Febrary 2001, we known about 1.500 domains using Sympa : Universities, ISP, administrations, government Shared document repository departments, associations, private companies, ... The web interface includes groupware features such as html archives with chronological and thread sorting , search form and message de- letion 3we think that any message sender or list owner as the write Sympa description to remove his message from archives). In addition, each list owner can create a document repository and define who can upload docu- Yet another mailing lists server... ments in it, who can browse this repository. This control can be based on the list of subscribers. The Open source community provide many mailing lists servers 3http://listes.cru.fr/sympa/robots.php3 ) . Why developing one Advance MIMEfeatures more mailing lists server ? Any mailing list manager can distribute MIME messages. Sympa also We believe that mailing lists are a major service that needs a per- use MIME : fect adaptation to each application domain. Sympa is the only soft- ·in message command parsing ; commands in multipart message are ware that provides the following characteristics : recognized bounces process ; almost all error report are structured in multi- 1. Full compliance to RFCs including MIME in any aspect of the ser- · part message vice web archives, digest respect original MIME structure. 2. Internationalization : Sympa is available with the it, de, fr, us, fi, · Ouput of commands can use an y mime structure. Example : you es, cn langages 3 pl and se are under waiting ). · can define a welcome message including some images, html etc 3. Enhanced customisation possibilities 4. Good performances Dynamic subscribers definition 5. Easy to manage for list master. Example : dynamic lists directory. 6. Integrated user and admin web interface All mailing list manager provide subscription and unsubscription to define the subscribers population. But it is now extremely important Easy extensions of features 3object oriented code). to be able to define list subscriber using their properties . Usage ex- 64 IT and Networking Computing Security S/MIME and Sympa mailing lists manager Using signature and encryption with a mailing list manager ample: definition of a list of students for some educational unit using The scenario concept the scholarship database. Sympa allows subscriber definition using dy- For each list, the configuration file defines a scenario for each opera- namic external access to LDAP directories or some SQL databases. tion that can be performed. Scenarios are applied for a particular op- No further management of subscription and unsubscription is re- eration to answer questions such as ¹Is this user allowed to subscribe quired . to this list ?ª, ¹May this list be listed by anyone ?ª, ¹is this user trusted to create a new list ?ª. A scenario consists in rules, evaluated from the first to the last. S/MIMEfeatures and needs for mailing Rule structure : ¬condition­ ¬auth method­ -­ ¬action­ lists example : is_subscriber [listname],[sender]) smtp,smime -­ Is user authentication based on From: header field still reasonable ? reject Mailing lists are nowadays an important media. It is not acceptable that somebody can spoof mailing list editor email to distribute false The condition is related to the context 3the incoming message, the information. Now almost all administration operations require secure user, the list etc). The authentication method depends on access authentication, both on the mail and web interface. method to the requested service. The action describe what sympa must do if both condition and authentication method match the cur- S/MIME features in use for person-to-person mail are also needed rent context. Current version of Sympa uses 3 different authentica- for group mail : tion method : ·Signature : distributing S/MIME signed messages in a mailing list is ·smtp : if authentication is based on the From: header field fairly easy. Be awarer that adding a message footer or decode and ·md5 : applied when a ticket confirmation key generated using re-encode a message will probably break the signature. Most mail- MD5 finger print or a password sent by email has been given by ing lists servers can distribute signed messages, though they ignore the requestor the signature. The authentication is always based on the From: or ·mime : if authentication is based on X509 user certificate 3S/MIME based on some password technique. Password authentication is signature or HTTPS user authentication) not user friendly and provides a low security level. Note that many lists servers reject all multipart command message, therefore multi- scenario/example part/signed messages are rejected. ·Encryption : a nice mailing lists server should distribute message as The following scenario is used for a public list with message submis- received. This include encryption of message if received encrypted sion restrictions 3applied to control if an incoming message can be for the list. Encryption is completely impossible with any mailing distributed, rejected or forwarded to the list editor). This scenario lists server. rejects incoming message from subscribers of list spammer and mes- sage with multipart/alternative content-type. It submits messages with attachement to the list editor and requires at least md5 authen- Sympa's objectives with S/MIME tication from non subscribers. is_subscriber spammer,[sender]) smtp,smime -­ re- ject,quiet We have set 4 main objectives for Sympa secure services : match[header-­Content-type],/multipart\/ 1. Sympa must be able to recognize S/MIME signature for any op- alternative/) smtp -­ reject eration 3subscribe, distribute message, archive access, ...). Sympa match[header-­Content-type],/multipart/) provides a way to define the expected authentication level for smtp,smime -­ editorkey each operation for each list. Sophisticated authentication techno- !is_subscriber [listname],[sender]) smtp -­ request_auth logie should be required for some sensible operations on a list !is_subscriber [listname],[sender]) md5,smime -­ though basic method is in use for most operations. do_it 2. S/MIME authentication must not be bypassed via the web inter- true) smtp,smime -­ do_it face. Authentication based on HTTPS user certificate in the web interface must be required automatically if S/MIME authentica- Authentication method in scenario. tion is required on the mail robot interface. Scenarios are used both for messages and for web access. md5 3. The distribution process should accept encrypted message for a authentication method is applied when user replies by email to a con- list. firmation request. The same when user is logged using a password 4. Certificates and private keys minimum management via Sympa received by email. to allow S/MIME and HTTPS usage right now. S/MIME signature and HTTPS user authentication are both based on user X509 certificate, the smime authentication method is applied for both cases. Using HTTPS with user authentication, the ªloginª and ªlogoutª actions are hidden. No cookie is sent to carry user Sympa S/MIMEsignature integration authentication.. HTTPS can be used without user certificate ; only one benefit
Recommended publications
  • Selektiv Verteilen Auswertung, Ob Und Wie Der Kunde Die Kunde Der Wie Und Ob Auswertung, Kann
    04/2011 Open-Source-Tools fürs E-Mail-Marketing Titelthema Selektiv verteilen Mailings 34 Funktionierendes E-Mail-Marketing ist nicht auf proprietäre Software beschränkt. Eine Vielzahl von Open- Source-Produkten nimmt es beim Versand professionell anmutender Nachrichten durchaus mit kommerziellen Varianten auf. Dieser Artikel vergleicht fünf freie Mailer für Unternehmen. Peer Heinlein www.linux-magazin.de »approve Listenpassword [un]subscribe Liste E-Mail-Adresse«, eine Übersicht der eingetragenen Adressen liefert »approve Listenpassword who Liste«. Weil aber solche E-Mail-Kommandos erfahrungsgemäß viele nicht-technische Anwender überfordern, braucht es ein GUI für die Bedienung per Mausklick. Zwar bringt Majordomo selbst keine Weboberfläche mit, über das Tool Ma- jorcool [2] lässt sich die jedoch unpro- blematisch anbauen. Majordomo und Majorcool treten heute fast immer im Doppelpack auf, auch in vielen Confixx- Installationen bei großen Hostern. Leider haben die Entwickler den Ma- jordomo-Code seit über 10 Jahren nicht © Thorsten Rust, 123RF.com Rust, © Thorsten mehr wirklich verbessert ([3], [4]) ,auch der Rewrite Majordomo 2 hat sei- „Wer nicht wirbt stirbt.“ Diese alte Weis- E-Mail gelesen hat, wichtige Rückmel- nen Alpha-Status nie verlassen [5]. In heit haben gute Geschäftsleute stets im dung über dessen Interessen. Auch das Sachen Usability und Technik ist Ma- Hinterkopf. Wer die technischen Mög- hilft, die Qualität zu steigern – schließ- jordomo daher hoffnungslos veraltet. lichkeiten des Internets für seine Zwecke lich soll das Mailing ja nicht als plumpe Selbst grundlegende Funktionen wie ein nutzt, schafft sich neue Wege, die Kunden Werbe-Massenmail rüberkommen, son- Bounce-Management zum Austragen un- zu binden und spart eine Menge Geld. dern die Probleme und Bedürfnisse der zustellbarer Empfänger fehlt – von vielen Freie Software wie Mailman, Majordomo, Angesprochenen treffen.
    [Show full text]
  • (GNU Mailman) Mailing Lists
    Usability and efficiency improvements of the (GNU Mailman) mailing lists Rudy Borgstede ([email protected]) System and Network Engineering University of Amsterdam July 5, 2008 Versions Version Date Changes 0.0.1 18 May 2008 First setup of the report 0.0.2 9 June 2008 Release Candidate 1 of the project proposal 0.1.1 17 June 2008 A rewrite of the document because of the change of project result. The project will deliver an advice rather then a product like a patch or add-on for GNU Mailman. This means that the report becomes an consultancy report instead of a project proposal. 1.0.0 30 June 2008 Final version 1 of the report. 1.0.1 1 July 2008 A spelling check of the report. 1.0.2 5 July 2008 Extending the conclusion en future work chapters. Participants Name Contact Information University of Amsterdam Rudy Borgstede (Student) [email protected] Cees de Laat (Supervisor) [email protected] NLnet Michiel Leenaars (Supervisor) [email protected] Abstract This report is the result of a research project of four weeks at the NLnet Foundation1 in Amster- dam. The NLnet Foundation is a foundation who financially supports the open-source community and their projects. The purpose of the project is to improve the usability and the administration of the mailing lists (of the foundation) and giving a more clear view on mailing list server software to anyone who is interested in using mailing list server software or developing new mail or mail- ing list server software. The report describes the research of the usability of several open-source mailing list server software for scalable environments with several well known mail servers.
    [Show full text]
  • Set up Mail Server Documentation 1.0
    Set Up Mail Server Documentation 1.0 Nosy 2014 01 23 Contents 1 1 1.1......................................................1 1.2......................................................2 2 11 3 13 3.1...................................................... 13 3.2...................................................... 13 3.3...................................................... 13 4 15 5 17 5.1...................................................... 17 5.2...................................................... 17 5.3...................................................... 17 5.4...................................................... 18 6 19 6.1...................................................... 19 6.2...................................................... 28 6.3...................................................... 32 6.4 Webmail................................................. 36 6.5...................................................... 37 6.6...................................................... 38 7 39 7.1...................................................... 39 7.2 SQL.................................................... 41 8 43 8.1...................................................... 43 8.2 strategy.................................................. 43 8.3...................................................... 44 8.4...................................................... 45 8.5...................................................... 45 8.6 Telnet................................................... 46 8.7 Can postfix receive?..........................................
    [Show full text]
  • PONENCIAS Sympa, Un Gestor De Listas De
    03.Maq.IMPAR_S1-5.qxd 1/3/07 17:26 Página 29 Sympa, un gestor de listas de distribución PONENCIAS para las universidades Sympa, a mailing list software for universities S. Aumont y O. Salaün Resumen Este artículo describe las funcionalidades de Sympa, un gestor de listas de correo desarrollado por el CRU, una agencia que presta servicios a las instituciones académicas francesas. La descripción de Sympa se concentra esencialmente en las necesidades específicas del entorno universitario y en cómo Sympa puede satisfacerlas. Muchas de estas necesidades requieren una buena interacción con el middleware instalado en los sistemas de la universidad, como directorios LDAP, portales web y sistemas de single sign-on. Sympa es capaz de interaccionar con estos servicios a diferentes niveles: autenticación y autorización de usuarios, definición dinámica de listas, definición de grupos e integración de servicios Palabras clave: Lista de correo, groupware, colaboración, integración, middleware, LDAP, Single Sign-On, Shibboleth, PAPI, S/MIME, SOAP. Summary Sympa es un gestor The article describes functionalities of Sympa, a mailing list software, developed by the CRU, an agency working for French higher education institutions. The description of Sympa highly focuses on universities de listas de correo specific needs and how the mailing list software fulfils them. Most of these needs require interaction with a desarrollado por el university middleware; this includes the LDAP directory, a web portal, Single Sign-On systems. Sympa CRU, una agencia interacts with these services at different levels : user authentication and authorization, mailing lists definition, groups definition, service integration. que presta servicios a las instituciones Keywords: Mailing list, groupware, middleware integration, LDAP, Single Sign-On, Shibboleth, PAPI, académicas S/MIME, SOAP.
    [Show full text]
  • An Open Source, Middleware-Enabled Mailing List Server
    An Open Source, Middleware-enabled Mailing list server Serge Aumont & Olivier Salaün September 2004 Internet2 Austin/Texas 1 CRU brief presentation, why Sympa Sympa overview The web document repository Sympa organization, virtual robots The template format The SOAP interface Dynamic mailing lists Lists families Privacy S/Mime and Sympa Authentication in Sympa Access control management Perspective Internet2 Austin/Texas 2 What is the CRU • CRU stands for « Comité Réseau des Universités » (network committee for French universities) • We do NOT operate a national academic network (=> Renater) • The CRU is responsible for coordinating actions among universities and between universities and the ministry Internet2 Austin/Texas 3 Institutional view Ministry in charge of Research and HE CNRS INRIA Universities Research (83) Engineer schools institutions (80) CEA … Internet2 Austin/Texas 4 Working forces in our environment • Renater is operating the national academic and research network • UREC, working for CNRS laboratories • CRU, working for Universities Internet2 Austin/Texas 5 CRU activities / Training • Training for universities technical staff : – Tutorials on targeted technologies (directories, groupware, video conferencing,…) – Yearly camps for security officers and network managers – Networking conference, held every two years (> 1000 participants, http://www.jres.org) Internet2 Austin/Texas 6 CRU activities / Working Groups • Working groups coordination for topics such as : – Directories – Security of information systems – Authentication
    [Show full text]
  • Number 1, May 2020
    May 2020 Volume 23, Number 1 A Quarterly Technical Publication for From The Editor Internet and Intranet Professionals In This Issue In mid-February, I traveled to Melbourne, Australia, to attend the Asia Pacific Regional Internet Conference on Operational Technologies (APRICOT). I normally attend around 10 or 12 similar Internet- From the Editor ...................... 1 related events in a year, be they Network Operator Group (NOG) conferences, Regional Internet Registry (RIR) events, or meetings of Network Buffer Sizes .............. 2 The Internet Engineering Task Force (IETF). This year, most of these events have either been cancelled or have “gone virtual” as the world tackles the COVID-19 pandemic. Mail Security with DMARC and ARC ............... 21 The pandemic has clearly demonstrated the resilience and flexibil- ity of the Internet and the people and organizations that rely on it for work, education, and entertainment. The various lock-downs or Letter to the Editor ............... 35 shelter-in-place orders have also given many of us an opportunity to take a closer look at some of the underlying technologies of the Fragments ............................. 37 Internet, as we participate in online events or perhaps read more books and articles. This journal continues to receive many interesting articles on all aspects of networking, and in addition to the normal Thank You! .......................... 40 issues in print (and PDF format), we are also planning to expand our online presence in the near future. Call for Papers ...................... 42 Buffering is a central concept in packet-switched networks. Appli- cations such as streaming audio or video rely on buffers to com- pensate for the fact that packets do not arrive at a fixed rate or even Supporters and Sponsors .....
    [Show full text]
  • E-Mail-Marketing Mit Openemm
    E-Mail-Marketing mit OpenEMM Installation, Konfiguration und Betrieb . 5. Mailserver-Konferenz – Berlin, 27. Mai 2011 AGENDA E-Mail-Marketing mit OpenEMM Vorstellung Referent/Unternehmen Einführung E-Mail-Marketing Vorstellung OpenEMM Demonstration OpenEMM OpenEMM Installation + Konfiguration Bounce-Management Dokumentation + Website OpenEMM-Funktionalität rechtlicher Rahmen für E-Mail-Marketing 27.05.2011 AGNITAS AG 2 Martin Aschoff [email protected] Gründer & Vorstand AGNITAS AG OpenEMM Maintainer OpenEMM Community-Manager Vorstandsmitglied OSBF Autor / Journalist Ex-Mitarbeiter von 1&1, Microsoft, WEKA, Ziff-Davis, ... 27.05.2011 AGNITAS AG 3 Die AGNITAS AG Facts & Figures Firmengründung: 1999 in München Mitarbeiterzahl: über 30 festangestellte Mitarbeiter Geschäftszweck: Technische Services und Software für Dialogmarketing per E-Mail Geschäftsbereiche: fachliche Beratung, SaaS, Lizenzierung, Entwicklung Branchenlösungen: Versandhandel, Verlage, E-Commerce 27.05.2011 AGNITAS AG 4 Unsere Produkte Vom Open Source Tool bis zur individuellen Softwareentwicklung OpenEMM für den Einsteiger zum Nulltarif eMM-Xpress für den schnellen und einfachen Erfolg E-Marketing-Manager für den professionellen Einsatz EMM Enterprise für komplexe, individuelle Anforderungen 27.05.2011 AGNITAS AG 5 Referenzen Ausgewählte Kunden der AGNITAS 27.05.2011 AGNITAS AG 6 Dialogmarketing per E-Mail Unschlagbare Vorteile preisgünstig zeitsparend blitzschnell hochaktuell E-Mail interaktiv individualisierbar rücklaufstark perfekt messbar 27.05.2011 AGNITAS
    [Show full text]
  • S/MIME and Sympa Mailing Lists Manager Using Signature and Encryption with a Mailing List Manager
    S/MIME and Sympa mailing lists manager Using signature and encryption with a mailing list manager Serge Aumont and Olivier Salaün Comité Réseaux des Universités Preface The development was initiated in 1997. The goal was to replace a previous mailing lists server "TULP", initiated in 1992 to organize the Bitnet services migration and was used essentially by French universities. Since April 97, Sympa development provided by the French academic network team (CRU) and distributed under Gnu Public Licence. Now Sympa includes a lot of sophisticated features and is widely used around the world. On Febrary 2001, we known about 1.500 domains using Sympa : Universities, ISP, admin- istrations, government departments, associations, private companies, ... 1 Sympa description 1.1 Yet another mailing lists server. The Open source community provide many mailing lists servers (http://listes.cru.fr/sympa/ robots.php3). Why developing one more mailing lists server ? We believe that mailing lists are a major service that needs a perfect adaptation to each application domain. Sympa is the only software that provides the following characteristics: 1. Full compliance to RFCs including MIME in any aspect of the service 2. Internationalization: Sympa is available with the it, de, fr, us, fi, es, cn langages ( pl and se are under waiting ). 3. Enhanced customisation possibilities 4. Good performances 5. Easy to manage for list master. Example: dynamic lists directory. 6. Integrated user and admin web interface Easy extensions of features (object oriented code). 1.2 A few original features Using internal RDBMS Firt goal is to support large services with high performances and scalability relying on RDBMS (MySQL, PostgreSQL, Oracle, Sybase supported ).
    [Show full text]
  • Sympa Installation Howto Stefano Brivio [email protected]
    Sympa installation howto Stefano Brivio [email protected] Riccardo Setti [email protected] Diario delle Revisioni Revisione 1.0.0 2005/08/14 1.0.0 Sympa integration with Kolab groupware HOWTO 1. Abstract In this how-to we will go through the steps needed to install and configure the Sympa mailing list in order to provide integration with the Kolab Groupware Project, using OpenLDAP for distribution lists and authentication, MySQL for storing Sympa accounts and Postfix as MTA. 2. Sympa installation This how-to refers to 5.1 version of Sympa which is downloadable from www.sympa.org. As an OpenPKG package is still unavailable you will need to install it from source. wget http://www.sympa.org/distribution/sympa-5.1.tar.gz With this command you download just the manager itself, without its dependencies (mostly Perl classes), listed here: 1 Sympa installation howto • DBI wget http://search.cpan.org/CPAN/authors/id/T/TI/TIMB/DBI-1.48.tar.gz • DBD-mysql-3.0002 wget http://search.cpan.org/CPAN/authors/id/C/CA/CAPTTOFU/DBD-mysql-3.0002.tar.gz • MHonArc-2.6.15 wget http://search.cpan.org/CPAN/authors/id/E/EH/EHOOD/MHonArc-2.6.15.tar.gz • libintl-perl-1.14 wget http://search.cpan.org/CPAN/authors/id/G/GU/GUIDO/libintl-perl-1.14.tar.gz • XML-LibXML-Common-0.13 wget http://search.cpan.org/CPAN/authors/id/P/PH/PHISH/XML-LibXML-Common-0.13.tar.gz • XML-LibXML-1.58 wget http://search.cpan.org/CPAN/authors/id/P/PH/PHISH/XML-LibXML-1.58.tar.gz • perl-ldap-0.3202 wget http://search.cpan.org/CPAN/authors/id/G/GB/GBARR/perl-ldap-0.33.tar.gz • Template-Toolkit-2.14 wget http://www.cpan.org/modules/by-module/Template/Template-Toolkit-2.14.tar.gz • CGI::FAST class wget http://search.cpan.org/CPAN/authors/id/L/LD/LDS/CGI.pm-3.11.tar.gz To download the classes needed by Sympa you can proceed in two ways: by downloading them manually from CPAN or through the CPAN shell.
    [Show full text]
  • Sympa Mailinglist Manager
    Sympa Mailinglist Manager Stefan Hornburg GP/RW Erlangen 4th March 2020 Stefan Hornburg Sympa Mailinglist Manager GP/RW Erlangen 4th March 2020 1 / 56 Introduction About Sympa Mailing list manager Almost 23 years old Legacy Perl Stefan Hornburg Sympa Mailinglist Manager GP/RW Erlangen 4th March 2020 2 / 56 Introduction Applications Mailing list manager Newsletter Marketing Stefan Hornburg Sympa Mailinglist Manager GP/RW Erlangen 4th March 2020 3 / 56 Introduction Users Users Universities Riseup (riseup.net) 20 thousand lists 3.3 million users 4.8 million subscriptions Stefan Hornburg Sympa Mailinglist Manager GP/RW Erlangen 4th March 2020 4 / 56 Introduction Customers Customers HTWK Leipzig Open Hardware Repository (CERN) Shop for riders eShop (US government) Social Security Law (USA) Stefan Hornburg Sympa Mailinglist Manager GP/RW Erlangen 4th March 2020 5 / 56 Introduction Competition Email Marketing Stefan Hornburg Sympa Mailinglist Manager GP/RW Erlangen 4th March 2020 6 / 56 Introduction Motivation Motivation Stefan Hornburg Sympa Mailinglist Manager GP/RW Erlangen 4th March 2020 7 / 56 Introduction Motivation Motivation Privacy Infrastructure Open Source Flexibility Costs Stefan Hornburg Sympa Mailinglist Manager GP/RW Erlangen 4th March 2020 8 / 56 Introduction Flexibility Flexibility Configuration Templates Scenarios Plugins Stefan Hornburg Sympa Mailinglist Manager GP/RW Erlangen 4th March 2020 9 / 56 Sympa basics Sympa basics List types List creation templates Scenarios Stefan Hornburg Sympa Mailinglist Manager GP/RW Erlangen
    [Show full text]
  • Mailing Lists at DESY with SYMPA
    HAMBURG • ZEUTHEN Mailing lists at DESY with SYMPA SYstème de Multi-Postage Automatique HEPiX Spring 2006 – Roma – Italia Dirk Jahnke-Zumbusch DESY Hamburg Germany Outline HAMBURG • ZEUTHEN SYMPA • SYstème de Multi-Postage Automatique • Comité Réseau des Universités (France) the DESY-environment reasons to leave PMDF project objectives attractive features of SYMPA conclusions HEPiX spring 2006 Mailing lists at DESY with SYMPA – Dirk Jahnke-Zumbusch DESY–IT 1 Reasons to leave PMDF HAMBURG • ZEUTHEN DESY-environment: Hamburg (700 lists): ~ 7,000 @desy.de old PMDF Version 5.2 addresses old PMDF needs Solaris 7 ~ 5,800 registered persons old hardware ~ 800 central lists in total 2 x Sun Ultra-10 ~ 30,000 distinct Îchange is necessary subscribers anyhow 3 different e-mail inbox Zeuthen (100 lists): server Hamburg: UNIX + Exchange Zeuthen: UNIX Majordomo MIME issues HEPiX spring 2006 Mailing lists at DESY with SYMPA – Dirk Jahnke-Zumbusch DESY–IT 2 Requirements HAMBURG • ZEUTHEN user requirements: administrative requirements: web interface – ease of use reliability self-service configuration of web interface personal list behavior delegation distinct subscription options dynamic import of subscribers • mail easy integration into existing • digest for high frequency lists infrastructure (tech. & org.) • pausing during holidays virtual domains • archives (Web, ZIP) not yet another plethora of easy adaptation to local needs passwords… fulfillment of user requirements internationalization smooth transition HEPiX spring 2006 Mailing lists at DESY with SYMPA – Dirk Jahnke-Zumbusch DESY–IT 3 attractive features of SYMPA HAMBURG • ZEUTHEN all user requirements named on reliability; used by many the previous slide are satisfied organizations delegation easy integration into existing infrastructure (tech.
    [Show full text]
  • Sympa a Mailing List Management Software Reference Manual
    ! " # $ %&'( )*+ ,- " . / )*+$ 0 1 " . 2 133 3 3 34" . 5 " # . 2 133 3 3 34" # .3 5 ,2 133 3 335 & ) ) ( + ) 0 % ' , , ) - - 6 7 8 76 8 ) 798 ' 7: 8 7 8 ; 1 sur 189 ; ) < < ; ) )= 6< )= !=;> 6 ( 6 ;=;& ! ! ; )= * ) , 6 ' ' ' '6% 6 ( ? $ @ 2 sur 189 , A A A A A AA AB A@ A@" A A- A A A A A A A A$A, A A A A A A A A A AA # * A A A - -A A $ A A $A, A 3 sur 189 A A $ A A A #.CDA A- A A A A$A A A A A A- A A A A E$ ,A A, F A A< A A< < < < < < < < < < < AA< AA< AA< AA< AA< AA< AA< AA< AA< AA . ; , 4 sur 189 A A A - A 9 A A A A A A A E$ $ A A A A A A A A A A A A A A A A@A A A#A AA -$ A A A A A A & A A - A A < A A A A * AA-A A A A A A A A A A A A A- A A A- A A A AA A A$ A A A A 5 sur 189 A A A A A A A ( A A$ A A A A A A A A $ 3';': - - A 4 A A A ) < ; ):6( * 9 * * * ; ; $ - ; - ' :$ - G G , ; ; $ ! + H; 6 sur 189 A A A $ 4 A- A A- A$ A A A A A I A I @I A ABI@ * - ( + '% - 6 ; ; , ; , & *- 4- & % 6 6 A A A AA 7 sur 189 ) ) ; ! " .
    [Show full text]