I have found the details on what is causing me organization and automation problems:
1. The exif model name is saved by Qimage as "30D EOS" when for several other Canon cameras I checked Qimage uses the naming convention (which is also used by several other RAW converters and Canon) of "Canon 30D EOS".
2. Qimage is saving the original date using the exif 'date modified' field.  This field does not by definition always match the 'image date taken' and/or 'image date digitized' exif fields so it can not reliably be used as the date taken.  It would be very helpful if Qimage also saved the date taken in the exif image date taken field.

HI Mike, thanks for checking in on this.
I have attached a .txt file which is a cut/paste from the exif data reported by Irfanview from the original CR2 file as well as the CR2 Qimage converted to .tif.  I saw same results in using several other exif viewers.  This comparison best shows the differences, with explanation below.

In regard to the exif Model name: I also get the same result you show using Qimage Image Info ("Cntl-I) where the 'model' is reported as "EOS 30D" for both the CR2 and the converted TIFF.

However using other exif readers and/raw converters (including: Canon DPP, Irfanview, Fastone, Adobe, Phase One CO) the exif 'model' name is reported and transferred to converted output as "Canon EOS 30D" (note they all, like Qimage also report the 'make' name as 'Canon' in the 'make' field)

Interestingly I've also found that Qimage produces a matched result to these other readers/converters for the 'Canon PowerShot s45' and 'Canon Powershot s90' and 'Canon EOS 5D', so the Qimage difference only seems to be for the 30D of the models I've checked.

It may seem minor and it is, but it does produce a sorting discrepancy when managing many thousands of images and it also affects automated processing (primarily lens correction) that is based on correctly matching the 'model name' field.

Anyway it is curious why Qimage is reading a different value for the model name field than is reported most elsewhere.
---------------------------------------------------------------------------------------

For the date stamp issue: Again the result you show I get the same as well.

As I have best determined using a variety of exif viewers, When converting a RAW, Qimage records the original date in the exif/camera field 'date modified' (aka date/time, tagID 0x0132) it does not save it to any other exif field or transfer other exif date fields.

Here is where there is interesting Qimage function:
When Image Info (Ctrl-I) is used it first reads and reports the exif/camera, 'date modified'.  But, if there is a date recorded in the exif/image, 'date taken' (aka 'date/time original' TagID 0x9003) field it will supersede reporting the exif 'date modified'
(This process can actually occasionally be seen when pressing Cntrl-I on a image that has not been previously read the 'date modified' will first pop up, but in a flash be replaced by the exif 'date shot' if it is recorded in exif.)

So in the example you provided Qimage is writing 'date modified' and reading it back correctly as expected.

However it is the Qimage function of only saving the original date in the 'date modified' field causes problems as other downstream image software will by design update the 'date modified' date when resaving, but not the 'date/time original' (TagID 0x9003) field.
As Qimage does not also transfer and record the 'date/time original' field then that original date when image was taken is lost.

It could be suggested that the issue is not with Qimage, but the other software that changes the 'modified date', however that date by intent/design should be updated whenever image is modified and it is the 'date/time original' field that remains unchanged.
Qimage should ideally not only write the 'date modified' field as it does today, but also write/transfer the exif fields for 'date shot' - this is standard function for other other RAW converters I've used. (I understand Qimage is not primarily intended as a RAW converter)

In general there are several other standard non manufacturer specific exif fields in the CR2 file that are not transferred to converted images. It would be a nice improvement if Qimage exif handling was more thorough.

As a separate, but related note/request in the thumbnail view when sorting by date Qimage sorts by the (non-exif) file modified date, it doesn't use exif dates.  It already appears Qimage can read the image 'date/time original' field, being able to sort by it (and perhaps other exif fields) would be a tremendous help.  

This is a reference to exif fields and associated Tag ID's:  http://www.sno.phy.queensu.ca/~phil/exiftool/TagNames/EXIF.html

Thanks for you help and consideration

Mike-

As you explained Qimage/DCRAW is not simply transferring exif data as it should, but in the case of the 30D, modifying the model name. That is the root of the problem.  Modifying the model name is not standard practice and is also not self consistent with how Qimage/DCRAW is handling the model name for other Canon cameras, where 'Canon' is not removed from the model name in exif.

For the exif 'date/time original' field, this is not a maker tag, it is a standard exif tag (see the .txt previously attached).  It is also a basic field that holds a very essential piece of data, that is when the image was taken.  Every other software I've used recognizes this field and is able to transfer it when converting files.  Qimage features list claims: "EXIF data carried through to converted images", but apparently this is only for a sub-set of basic fields.

I understand if you choose not to consider this further, but disappointing as there is opportunity here to make Qimage stronger in regards to exif handling.

Hi Abigail,
Assuming you are a QU user, you already have it 
What camera are you using?
To convert an images to tiff, add them to the queue, right click and select Convert Images. There are various options there, particularly note converting the colour space of the image.
Of course, with QU, there's no need to convert to print them, print from the raw unless you want to do some special editing in another program.
Terry