# HG changeset patch
# User meillo@marmaro.de
# Date 1226870991 -3600
# Node ID d24fdd3d5990f235f141d537ca0e1c810a3c2258
# Parent  1b7dba16c74aec7ec1ffcc3978c6e0f53d777ecd
added lots of comments and annotations about what to do

diff -r 1b7dba16c74a -r d24fdd3d5990 thesis/tex/2-MailTransferAgents.tex
--- a/thesis/tex/2-MailTransferAgents.tex	Sun Nov 16 17:28:25 2008 +0100
+++ b/thesis/tex/2-MailTransferAgents.tex	Sun Nov 16 22:29:51 2008 +0100
@@ -4,6 +4,10 @@
 
 The chosen programs will be presented to the reader in a short overview and with the most important facts. The next chapter will show a comparison of these programs in several disciplines.
 
+\section{Advantages of \MTA{}s}
+
+<< why are they important? >> %FIXME
+
 
 \section{Types of \MTA{}s}
 ``Mail transfer agent'' is a term covering a variety of programs. One thing is common to them: they transfer email from one \emph{thing} to another. These \emph{things} can be hosts, meaning independent machines, or protocols like \NAME{SMTP} and \NAME{UUCP}, between which mail is transfered.\footnote{\sendmail{}'s initial purpose was moving mail between \NAME{UUCP}, \NAME{SMTP}, and \name{Berknet}.}
@@ -219,34 +223,39 @@
 
 
 
-1) complexity
+\subsection{complexity}
 
-2) security
+\subsection{security}
 
-3) simplicity of configuration and administration
+\subsection{simplicity of configuration and administration}
 
-4) flexibility of configuration and administration
+\subsection{flexibility of configuration and administration}
 
-5) code size
+\subsection{code size}
 
-6) code quality
+\subsection{code quality}
 
-7) documentation (amount and quality)
+\subsection{documentation (amount and quality)}
 
-8) community (amount and quality)
+\subsection{community (amount and quality)}
 
-9) used it myself
+\subsection{used it myself}
 
-10) had problems with it
+\subsection{ had problems with it}
 
 
 
 
-% quality criteria
-% standards of any kind
-% how to compare?
-% (bewertungsmatrix) objectivity
-% how many criterias for ``good''?
+<< quality criteria >> %FIXME
+
+<< standards of any kind >> %FIXME
+
+<< how to compare? >> %FIXME
+
+<< (bewertungsmatrix) objectivity >> %FIXME
+
+<< how many criterias for ``good''? >> %FIXME
+
 
 
 
diff -r 1b7dba16c74a -r d24fdd3d5990 thesis/tex/4-MasqmailsFuture.tex
--- a/thesis/tex/4-MasqmailsFuture.tex	Sun Nov 16 17:28:25 2008 +0100
+++ b/thesis/tex/4-MasqmailsFuture.tex	Sun Nov 16 22:29:51 2008 +0100
@@ -1,8 +1,8 @@
 \chapter{\masqmail's future}
 
-% plans to get masqmail more popular again (if that is the goal)
+<<  plans to get masqmail more popular again (if that is the goal) >> %FIXME
 
-% concrete decisions based on results of the last 2 chapters
+<<  concrete decisions based on results of the last 2 chapters >> %FIXME
 
 \section{Existing features}
 This overview regards \masqmail version 0.2.21, the state this document starts off.
@@ -23,22 +23,31 @@
 \subsection{\masqmail\ in five years}
 \label{sec:masqmail-in-5-years}
 Now how could \masqmail\ be like in, say, five years?
-%requirements
-%which parts to do
-%how to make masqmail future-safe
 
-%how to advertise masqmail
-%difference for free software
-%why is it worth to revive masqmail?
+<< requirements >> %FIXME
+
+<< which parts to do >> %FIXME
+
+<< how to make masqmail future-safe >> %FIXME
+
+<< how to advertise masqmail >> %FIXME
+
+<< difference for free software >> %FIXME
+
+<< why is it worth to revive masqmail? >> %FIXME
 
 
 \subsection{A design from scratch}
-%what would be needed
-%would one create it at all?
+
+<< what would be needed (effort) >> %FIXME
+
+<< would one create it at all? >> %FIXME
+
+<< should it be done? >> %FIXME
 
 
 
 \section{Work to do}
 
+<< which parts to take out and do within the thesis >> %FIXME
 
-