It seems our rfc2388 lib allowed backslashes to escape the next character when reading the attributes to a multipart header. IE passes the whole path of a file as the filename attribute to Content-Disposition, but this library behaviour stripped out these backslashes. After some looking at RFCs and scratching my head, Marco explained to me that this behaviour is wrong, so here is a patch to the library which removes the backslash-escaping behaviour.
<br><br>Regards,<br>Marijn<br><br>