Sending /D causes the smiley service to kick in and producing /(lol). The
original message becomes <PLAINTEXT>/D</PLAINTEXT>, so the
smiley-matcher finds ;D, but the ; actually belongs to the html-entity. I
don't really understand all the plaintext/contenttype/encoding/fubar going
on there to fix that in a reasonable ETA myself without side-effects. All I
can say is that the smiley-service probably should get just /D to act upon
instead of the whole tag-soup.