+-- SJJ
+
+------
+
+Hey, your Royal Highness, push your branch where you did this work to
+your public repo so that I can pull it and check out the changes you
+made. I think it's good that I look over these changes, because there
+is definitely some stuff (ie. key processing) that requires that
+things go to standard error and definitely not to standard out. I can
+see that if that were changed, it's possible that things could go
+wrong (ie. cause a `known_hosts` file to get truncated maybe).
+
+I have to say that I'm still not sure I totally see why it's necessary
+to implement such nuanced output switches. All of the stuff you were
+worried about when you reported this bug, and all the stuff that
+starts with "ms:", goes to stderr. If you didn't want to see it, can
+you not just redirect stderr to /dev/null?
+
+For what it's worth, I'm not sure *I* can ever imagine *not* wanting
+to see that stuff, since it effectively reports on whether the host
+you're connecting to is acceptable or not. I feel like I would always
+want to see that. I guess that's neither here nor there, though,
+cause if a user thinks it would be a good switch to have, and it's not
+too difficult to implement (as this is), then it's worth implementing.
+
+I think before we really start trying to tackle this, though, we
+should outline what is the behavior we ultimately want. What output
+do we want to go to stdout, and do we want to be able to turn that off
+or on? What output do we want to go to stderr, and do we want to be
+able to turn that off or on? At the moment, most output is really
+just info for the user, which is why I was sending it all to stderr.
+Should all output then just go to stderr, with a switch to either turn
+it off or on?
+
+I should point out that we're sort of hitting a bit of a bash
+limitation here. Some monkeysphere internal functions pass info on to
+other stuff via stdout, but also need to report stuff to the user as
+well, which means this stuff can only be passed to the user via
+stderr.
+
+In any event, I just want to outline a straightforward policy about
+output so we can know how to best handle it.
+
+-- Big Jimmy.