Created attachment 154743 [details]
screenshot

Manually resizing the dialog does not fix this problem, next time the dialog is
too small again.

The dialog apparently has a hardcoded limit of 750 x 400 pixels.  I can see the
rationale for wanting to limit the size of the dialog but hardcoded numbers
doesn't feel like the right way to do it.  Maybe use a percentage of the screen
dimensions?  Other suggestions?

Also, this seems like a packing issue as well.  The contents of the dialog is
packed into a GtkTable and every cell has 'xoptions' of GTK_EXPAND | GTK_FILL.
Seems like one of the columns should shrink when the dialog hits its max width;
perhaps the progress bar since it doesn't accurately show progress anyway.

Not familiar enough with packing and GtkTables to know how to fix this off-hand,
but I'll play around with it.

I forgot to mention that the limit is enforced when a "map-event" signal is
emitted.  It does a gtk_widget_set_size_request() on the dialog.

You probably need to ellipsize the labels if you want to enforce any hard limit

Proposed a solution here, followed by a patch:
http://bugzilla.gnome.org/show_bug.cgi?id=335241#c27

If I put it in Rawhide can you test it before the hard freeze Thursday?

Sure

Fixed (I think) in evolution-2.10.1-16.fc7.

Fix works perfectly.

Good!  I'll close this then and hope that upstream is receptive to my solution.