Remove extra equal at the end of the line, it is not part of the content + Avoid extra line break at the end of the entire content
Add SidePOPMailMessage::GetRawMessage
When copying ContentDisposition Parameter keys for an attachment, skip known ones to avoir parsing exception (specially for date time)
Fixed parsing lines for Content-Transfer-Encoding: 8bit that contains extended characters

If an e-mail contains a string such as:
Content-Transfer-Encoding: 8bit

reçu

Then the StreamReader doesn't return the correct result. Here is a unit
test that proves the problem:

byte[] array = new byte[] { (byte)'ç', (byte)' ' };
MemoryStream stream = new MemoryStream(array);
string lineWithDefaultEncoding = new StreamReader(stream,
Encoding.Default, false).ReadLine();
stream.Seek(0, SeekOrigin.Begin);
string lineWithAutoEncoding = new StreamReader(stream).ReadLine();
Debug.Assert(lineWithDefaultEncoding == "ç ");
Debug.Assert(lineWithAutoEncoding == "ç ");
Revert SidePOPMailMessage::GetRawMessage and add RawBytes to MimeEntity and RetreiveResponse

In order to have the real bytes from the RETR command, keep the result
of it. This will make sure that there is not convertion at any time for
the RawBytes.
Instead of Encoding.Default, use encoding: iso-8859-1 (WindowsCodePage = 1252)
Revert SidePOPMailMessage::GetRawMessage and add RawBytes to MimeEntity and RetreiveResponse

In order to have the real bytes from the RETR command, keep the result
of it. This will make sure that there is not convertion at any time for
the RawBytes.
MimeParser now uses byte[] instead of line, permits interpreting the encoding at the last minue
Upgrade 2010 + Target Framework 4.0
Added RawContent to MimeEntity
Support attachment without ContentDisposition WIP

When a message/rfc822 is found whitout any Content-Disposition, the
parser was crashing. Now it no longer crash, but the attachment is not
recognize. This is a WIP. We need to adress the parsing of this type of
attachment. The attachment is a message/rfc822 which contains alternate
views. All the parts have the same 'id'.
Support attachment without ContentDisposition

Content-Disposition is an optional header.
In its absence, we fallback to the Content-Type
header to obtain the name of the attachments.
Support embedded email without ContentDisposition

Always assume the embedded email is an attachment.
Support the percent character in email addresses

This is a valid relaying notation.
Quoted printable decoding failed with charsets using multiple bytes
The email matching regular expression was too greedy
Do not depend on  CruiseControl.NET for assembly versions
No inline as attachment, support inxesting date

Don't automatically convert 'inline' parts as 'attachment'
Some content-disposition has invalid modification-date. Strip this bad
information from the content-disposition if this situation occurs
Addresses with Domain name upper case not parsed

Having this maill address: user@domain.COM failed to be parsed correctly
since the Regular expression was looking for [a-z] instead of [a-zA-Z]
in the extension of the domain
Accept parsing email adresses containing spaces and non ASCII characters