Yes, that was a late night post and as I was falling asleep I realized that I was wrong.

Certainly decode_header_as_string is a function most people using the email package will want and will re-implement in one form or another, so I think it is a good idea to add it.  I will take a look at the patch later.  And with such a function added we can leave decode_header alone for backward compatibility.