Hoi. [2018-07-19 10:52] Vasilii Kolobkov <polezaivs...@ko5v.net> > [2018-07-19 10:02 +0200] markus schnalke <mei...@marmaro.de> > > [2018-07-19 03:24] Philipp Takacs <phil...@bureaucracy.de> > > > [2018-07-18 23:13] Vasilii Kolobkov <polezaivs...@ko5v.net> > > > > The other broken part is second to last case in test/send/test-mimeify. > > > > The sizes reported for multipart/... types differ from expected > > > > values. I'll be looking further into it, but wonder if it's broken > > > > on your systems as well? > > > > > > This also a known bug and behaves realy strange, because sometimes > > > the numbers differ. I have looked at this some time ago, but because > > > the mime implementation is realy complex I coldn't find it. > > > > These could have been my words as well. ;-) > > > > If one could track that down, that would be great. > > You got me intrigued guys, but not scared. I'll give it a try - > heard a lot about how mime was notorious for complex code, but > haven't experienced that myself yet.
It's an experience worthwhile to have ... once in your life! ;-D But seriously, MH's MIME stuff is really interesting to have a look at, in regards of MIME's coming to life. AFAIK, MH was the first implementation of MIME. It goes closely with the concepts of the RFCs. The idea of MIME as a means to encode all sorts of contents (like newspaper articles and such stuff) is visible in MH's MIME implementation, which I guess is different if you look at other mail software. MH can present MIME messages as a multimedia performance, invoking all sorts of commands to handle specific parts, and, the other way round, you can create most complex MIME messages -- stuff that most mail clients would not regard as mail messages at all. True that, MIME implementations have complex code -- MH's has all the downsides of any complex code -- but also true, that MH's MIME implementation is worth a closer look. If you have the time and the brain capacity to lay out all those data structures and program flows, then do dig into it! (You know, m_getfld was much worse, and still, it tought great lessons!) meillo