Fix #240: Corrupted HTTP response crashes SIPE
A HTTP response with a body but without Content-Length header caused
SIPE to parse the body contents as next HTTP response. This somehow led
to a crash.
sipmsg.c will now set a special error response code instead of just
complaining about the corrupted message. The caller can now decide on
the correct course of action.
As this removed SIPE_DEBUG_LEVEL_FATAL usage from sipmsg.c and therefore
the only usage of this level, it has now been completely removed from
the core and backend code.
Also made sure that the SIP & HTTP input routines abort parsing the
buffer once the connection has been closed.