<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    On 3/29/2010 10:11 AM, Dan Mosedale wrote:
    <blockquote cite="mid:4BB0DF3A.9020304@mozilla.org" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      On 3/29/10 2:21 AM, Mark Banner wrote:
      <blockquote cite="mid:4BB07132.6000104@mozillamessaging.com"
        type="cite">
        <meta content="text/html; charset=ISO-8859-1"
          http-equiv="Content-Type">
        On 22/03/2010 22:41, Mark Banner wrote:
        <blockquote cite="mid:4BA7F203.7040203@mozillamessaging.com"
          type="cite">
          <meta http-equiv="content-type" content="text/html;
            charset=ISO-8859-1">
          A couple of days ago over irc, timeless suggested a solution
          to fix <a moz-do-not-send="true"
            href="https://bugzilla.mozilla.org/show_bug.cgi?id=123440">Bug

            123440</a> -
          <meta http-equiv="content-type" content="text/html;
            charset=ISO-8859-1">
          <span id="summary_alias_container"><span
              id="short_desc_nonedit_display">Stop that annoying modal
              dialog when mail can't connect to the mail server from
              connection time out error.<br>
              <br>
              The basic idea is that all Mailnews modal dialogs go to
              the alerts service. I think this would mean they would
              appear in the same location as the new mail alert -
              certainly on Linux & Mac (not quite so sure about
              Windows, but probably!).</span></span><br>
        </blockquote>
        Did anyone actually give these builds a try? If I've not heard
        anything in about 24 hours, I'll push the patch forward and we
        can expose it in beta 2 for some wider feedback.<br>
      </blockquote>
    </blockquote>
    FWIW, I think this will be a huge improvement. I think we need to
    improve our error messages in this case, which means I need to
    revive my patch to include more information in these errors...<br>
    <br>
     David<br>
  </body>
</html>