Oddity: gnuclient invocation of gnus-url-mailto creates 2 frames

[Karl Kleinpaste <karl@charcoal.com>]

Not necessarily a bug, but definitely an oddity.

I've been using this shell script for a while, as my means of starting
Gnus from the GNOME panel, and for clicking a "mailto:" link in Firefox.

#!/bin/sh
export PATH=/usr/local/bin:"$PATH"
if [ "$1" = "" ] ; then
    exec xemacs -geometry 90x63 -f gnus-init
else
    if gnuclient -batch -eval t >/dev/null 2>&1 ; then
	exec gnuclient -eval "(gnus-url-mailto \"$1\")"
    else
	exec xemacs -geometry 90x63 \
	    -eval "(progn (require 'gnus-art) (gnus-url-mailto \"$1\") (font-lock-mode 1))"
    fi
fi
exec xmessage -center No XEmacs or gnuclient
echo no xemacs, no gnuclient, no xmessage
exit 1

What's significant here is the middle exec, using gnuclient to induce
Gnus to do gnus-url-mailto's thing.  When I click on a Firefox-
displayed link, Gnus produces not one but two new frames (using
Katsumi Yamaoka's message-multiple-frames.el).  One of them is the
size specified in message-multiple-frames (80x40); the other is my
default startup size of 90x63.

If I subsequently kill, postpone, or send the message...
1- From the default 90x63 frame, *both* frames disappear.
2- From the m-m-f frame, only that frame disappears, and the default
   90x63 frame resumes display of (only) *Summary*.

It's at worst a minor annoyance, but darn strange: What would be
causing Gnus to think that a single invocation of gnus-url-mailto
should deserve two separate and clearly very different (given geometry
choices) frame initializations?  It's not because the script is being
invoked more than once -- I've run the gnuclient command directly from
a shell prompt and still get 2 frames.

Guesses welcome.

--karl