Just documenting that I still believe there are others issues going on that is causing problems on my end. The IMAP still is a lot slower then it should be as well as lately I thought I wasI had several occasions where I was deleting the wrong emails myself, now it points to a server issue.  

IMAP was taking too long so I logged in via webmail, saw several emails with no subject and no from in the message pane.  As soon as I deleted then I notices that several emails I was keeping in my inbox was gone.  Went back into thunderbird and change away from and back to inbox and there were gone there also.  This tells me that SmarterMail and/or the server is displaying incorrectly.  This is causing me to incorrectly delete emails.  Is anyone else seeing any of this? 

 I wish the forums would display views to know how many people will actually see this.

Taking currently 20+ minutes to download a 2.3 meg attachment with only 288k downloaded so far.

According to speedtest.net I am running 7,173 kb/s down and 1,055 kb/s upload to New Mexico area.

According to speakeasy I am running 36,750 kb/s down and 1,537 kb/s upload to Washington State.

According to myspeed.visualware.com I am running 6.62 mbps down and 7.89 mbps upload to Tusan AZ.

......but not it is going on 25 minutes with only  384k downloaded.

 IMAP has gone downhill.  Even when it is faster in the early AM and late PM it is still 5-10 slower than it was a couple of years ago.  Sounds like time for a new serveris needed.

2redline:

Just documenting that I still believe there are others issues going on that is causing problems on my end. The IMAP still is a lot slower then it should be as well as lately I thought I wasI had several occasions where I was deleting the wrong emails myself, now it points to a server issue.  

IMAP was taking too long so I logged in via webmail, saw several emails with no subject and no from in the message pane.  As soon as I deleted then I notices that several emails I was keeping in my inbox was gone.  Went back into thunderbird and change away from and back to inbox and there were gone there also.  This tells me that SmarterMail and/or the server is displaying incorrectly.  This is causing me to incorrectly delete emails.  Is anyone else seeing any of this? 

 I wish the forums would display views to know how many people will actually see this.

The IMAP protocol is sensitive to the mailbox size. In other words the larger the mail box on the server, the longer it will take for IMAP to query records and return data. The IMAP protocol uses server side cursors therefore the mail client only submits the query and waits for dataset to arrive. Even the basic transactions such as browse message, delete, list, etc. will cause delays if your mailbox contains large number of messages.

I would buy that if I had not already limited my size on the server and taken alot off. See Graphic

 The other things I did see is the report below, what are IMAP bad commands?  If it was my main client Thunderbird why is webmail and my mobile device seeing it slow also?  Is other customers see the same things?

Clearly there is something else causing you problems. The amount of IMAP bad command errors your report is showing is highly unusual, here is what SmarterTools FAQ has to say about IMAP Bad commands.

IMAP Bad Commands - The number of bad commands that the mail server will accept before closing the connection with the email client (ending the session). Bad commands take place when the email client from a desktop computer sends a command out of sequence or when the Internet connection is interrupted. Each time the mail server interacts with a bad command, it taxes server resources. You are able to limit the number of bad commands to lighten the work load and bandwidth on the server. However, a limit too low will disallow some email clients to finish a session due to an unstable connection.

 Our bad commands setting is configured to 8 which is default. This means if your client sends 8 or more invalid IMAP commands during a session, the server will close session and will abort any pending operation. This may explain why you experience poor performance, you IMAP client is constantly re-establishing sessions just to have them dropped due to IMAP bad commands.

This also may point to IP connectivity problems between you and the server. Run a tracert and post the results here, also when you ping the mail server, do you see a lot of dropped packets?

 Here is the tracert with my local network ips removed

  1    <1 ms     1 ms    <1 ms  ]
  2    <1 ms    <1 ms    <1 ms ]
  3    <1 ms    <1 ms    <1 ms ]
  4     2 ms     2 ms     2 ms  ]
  5     4 ms     3 ms     3 ms  ]
  6    12 ms    12 ms    12 ms  198.86.53.2
  7    34 ms    33 ms    26 ms  so-1-1-0.0.rtr.wash.net.internet2.edu [64.57.28.7]
  8    31 ms    31 ms    31 ms  ge-4-2-0.0.rtr.newy.net.internet2.edu [64.57.28.8]
  9    31 ms    31 ms    31 ms  ge5-3-0-1000M.ar1.SJC2.gblx.net [64.208.110.25]
 10    42 ms    41 ms    42 ms  146.82.54.13411    42 ms    42 ms    42 ms  v992.cr2.neoprk.clevoh.e-xpedient.com [216.183.177.38]
 12    47 ms    54 ms    47 ms  s1-0-14-0.hdlc.cr-4.hgro.md.stargate.net [209.19.188.37]
 13    53 ms    44 ms    53 ms  mail.ihostasp.net [209.190.184.120]
Trace complete.

ping mail.echomarket.com

Pinging mail.echomarket.com [209.190.184.120] with 32 bytes of data:
Reply from 209.190.184.120: bytes=32 time=44ms TTL=115
Reply from 209.190.184.120: bytes=32 time=46ms TTL=115
Reply from 209.190.184.120: bytes=32 time=51ms TTL=115
Reply from 209.190.184.120: bytes=32 time=73ms TTL=115

Ping statistics for 209.190.184.120:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 44ms, Maximum = 73ms, Average = 53ms