# HG changeset patch
# User meillo@marmaro.de
# Date 1230728231 -3600
# Node ID 4c0ca9fd2246bac7b1beb6fce55b6820159e1ea0
# Parent  74a6cbdc72555ab3c5532a4cfe7583b3661ab466
moved some content

diff -r 74a6cbdc7255 -r 4c0ca9fd2246 thesis/tex/2-MarketAnalysis.tex
--- a/thesis/tex/2-MarketAnalysis.tex	Tue Dec 30 13:34:08 2008 +0100
+++ b/thesis/tex/2-MarketAnalysis.tex	Wed Dec 31 13:57:11 2008 +0100
@@ -136,6 +136,14 @@
 \url{http://www.dwheeler.com/guarded-email/guarded-email.html}
 \end{quote}
 
+---
+
+Spam is a major threat nowadays and the goal is to reduce it to a bearable level (see section \ref{sec:swot-analysis}). Spam fighting is a war are where the good guys tend to lose. Putting too much effort there will result in few gain. Real success will only be possible with new---better---protocols and abandonning the weak legacy technologies. Hence \masqmail\ should be able to provide state-of-the-art spam protection, but not more.
+
+Spam is a major threat to email, as described in section \ref{sec:swot-analysis}. The two main problems are forgable sender addresses and that it is cheap to send hundreds of thousands of messages. Hence, spam senders can operate in disguise and have minimal cost.
+
+---
+
 % fixme: hashcash
 
 Opportunities of the market are large data transfers, coming from multimedia content, which becomes popular. If email is used as basis for unified messaging, lots of voice and video mail will need to be transferred. Email is weak related to that kind of data: the data needs to be encoded to \NAME{ASCII} and and stresses mail servers a lot.
@@ -222,8 +230,10 @@
 
 
 
-\section{What will be important}
+\section{Result}
 \label{sec:what-will-be-important}
+%fixme: this is the RESULT! Write it as such.
+
 Now that it is explained why email will survive (in some changed but related form), it is time to think about the properties required for \mta{}s in the next years. Because as the fields and kinds of usage change, the requirement change too.
 
 Provider independence through running an own mail server at home asks for easy configuration of the \MTA. Providers have specialists to configure the systems, but ordinary people do not. Solutions are either having some home service system for computer configuration established with specialists coming to ones home to set up the systems; like it is already common for problems with the power and water supply systems. Or configuration needs to be easy and fool-prove, to be done by the owner himself. The latter solution depends on standardized parts that fit together seamlessly. The technology must not be a problem itself. Only settings custom to the users environment should be left open for him to set. This of course needs to be doable using a simple configuration interface like a web interface. Non-technical educated users should be able to configure the system.