1 

     2 

     3 \begin{frame}[<+->][fragile]{Exim}{Entwicklung}

     4 \begin{itemize}

     5 	\item \textbf{Ex}perimental \textbf{I}nternet \textbf{M}ailer

     6   \item seit 1995 Phil Hazel, seit ca. 2007 ca. 5…8 Aktive Entwickler

     7 	\item Klassisch Unix: traditionelle Konfiguration und traditionelles Prozess-Management

     8 	\item mehr als 90\% der Nachrichten werden sofort weitergeleitet bzw. ausgeliefert

     9 \begin{scriptsize}

    10 \begin{verbatim}

    11 Time spent on the queue: messages with at least one remote delivery

    12 -------------------------------------------------------------------

    13 Under   1m    15052  99.2%   99.2%

    14         5m       20   0.1%   99.3%

    15        15m        2   0.0%   99.3%

    16        30m       91   0.6%   99.9%

    17         1h        9   0.1%  100.0%

    18         6h        2   0.0%  100.0%

    19 Over    1d        1   0.0%  100.0%

    20 \end{verbatim}

    21 \end{scriptsize}

    22 \end{itemize}

    23 \end{frame}

    24 

    25 \begin{frame}[<+->][fragile]{Exim}{Position}

    26 Ja, das ist Religionskrieg :-)

    27 \pause

    28 \begin{itemize}

    29 	\item Lego vs. Playmobil (P. Heinlein)

    30 	\item Anpassbarkeit 

    31 		\begin{itemize}

    32 		\item keine Klassifizierung von Adressen

    33 		\item keine \verb=$mydestination=

    34 		\item Router sind Funktionsblöcke, keine Tabellen

    35 		\item Intensive Expansion von Variablen zur Laufzeit

    36 		\end{itemize}

    37 	\item gut verstandene Prozessstruktur $\rightarrow$ Stabilität

    38 	\item extrem gutes Logging $\rightarrow$ Sicherheit

    39 	\item exzellente Dokumentation (Referenz-Handbuch mit Beispielen:

    40 	spex.txt (33k L), spec.pdf (ca. 500 Seiten))

    41 	\item sehr gutes Debugging der Konfiguration möglich

    42 	\item vorbildlichster Quelltext (C, kommentiert)

    43 \end{itemize}

    44 \pause

    45 Nachteile? Klar - das Abarbeiten der Queue ist nicht sonderlich

    46 effizient gelöst.

    47 \end{frame}