Here’s what I have.
Please note:
0) I’d be happy to answers questions related to this code, but be aware that it’s been almost two years since I used it myself and I haven’t looked at a Drupal database since.
1) The script is based on code I found on drupal.org. I haven’t kept a bookmark to the source nor do I remember exactly how I modified it (or why).
2) The script is Drupal 4.x vintage. I do not know if it will run with more recent versions and if not, how much effort it would take to adapt it.
3) The script was pulled from a working directory and wasn’t meant to be distributed. Proceed at your own risk.
4) There are two include files that map category and user names. My recollection is that I hand-crafted these files. If your Drupal database has a huge number of categories (free tagging) or a large user base, you can probably craft a query that generates the content of these includes or gets you into striking distance of a decent editor.
5) I used one script per node type and the original Drupal site was a multi-author blog that used forum posts as a default node type, therefore the sample script provided targets forum posts. For other node types (page, story, book, blog, what have you), you’ll have to find and replace the hardcoded references to “forum”.
6) I used ran the script from the command line on a Linux box, sort of like:
php ./forum-to-mtexport.php > forum-posts.mt
7) Pay really close attention to character coding issues and if necessary, run your favorite recoding utility on the output file obtained in 6).
8) Another source of grief is the difference between bbcode (which the Drupal site used heavily) and pmCode. The .mt file might need some editing to address any such issues. In general, if the Drupal site used input filters, this will need to be addressed. Drupal’s HTML filter may also be configured to be more permissive than EE, which will also require some attention.
9) You should use a test install of EE and create a DB backup before importing the MT file(s). Go through the EE site with a fine comb; if there are problems, it might be more expedient to fix them on the EE site or it might be best to roll back the EE site and modify the script(s) and/or MT files and repeat.
10) Depending on the Drupal features used, porting the content might be the least of the problems of migrating to EE.