Yeah, I didn't think it was that big of a deal either, just something 
that'd be nice to fix.  The calls are mostly just from people who have 
saved as drafts but then it looks (to them) like Imp's "eaten" the 
draft, since there's no "drafts" folder anywhere, and no notification 
that any action was taken.  Since there's no UI indication that 
anything's happened, they call in saying that the app's eaten their 
message.



Again, not that big of a deal, really, since the folder *does* exist, 
and the sidebar will refresh itself eventually to show the drafts 
folder.



I'll check out the Send Message Confirmation options, too - thanks for 
that pointer.

It reloads the folder tree, not the sidebar, unless I'm missing something.



I agree that this is inconvenient, but I don't think it's so bad - 
what exactly are the support calls about? The message being a little 
out of time, seemingly? I think if you turned on send message 
confirmation you would see the creation notice right away, and if that 
doesn't work it's a possibility for 4.2.



The main issue is that IMP doesn't trigger sidebar reloads for folder 
or message actions right now, and I don't think it makes sense to do 
it only in some cases. And while it's not ideal, I don't think we want 
to start changing it for 4.2 now - DIMP and IMP 5 will have different 
behavior here.

I don't see why this would require anything more than triggering a 
reload on the sidebar frame - that shouldn't require any AJAXy things. 
  When you create/remove folders via the "folder" interface, it 
reloads the folder view appropriately.



I don't consider DIMP a viable alternative here - this is a production 
system with thousands of users, and DIMP is still in an alpha state.

Then use dimp.  Dynamic refreshing of the sidebar is not handled by IMP 4.x.

If a user doesn't have a Drafts folder set up already, and uses "Save 
Draft" while in  message composition, the Drafts folder DOES get 
created automatically, but from a UI perspective, the only thing that 
happens is that the message composition menu closes.  Eventually, when 
the sidebar refreshes itself, the drafts folder will appear, and if 
the main screen is refreshed, or another option is clicked, there's a 
message at the top stating that the message has been saved into the 
drafts folder.  However, until that point, there's no indication that 
the message has actually been saved.  From a UI perspective, that's 
not great, and our support folks are getting a few calls about this.



To reproduce:

1) Log in with a new user who doesn't have a "drafts" folder already

2) "New Message"

3) "Save Draft"

(at this point, the window closes)

4) Click on Inbox, "The folder "drafts" was successfully created." is 
displayed

5) Reload sidebar manually (or wait for it to refresh ordinarily), 
then the drafts folder appears



Expected behavior:

Some sort of notification should be given immediately once "Save 
Drafts" has been hit, and the folder view should be refreshed if the 
folder needed to be created.