now, mailbox:// urls work.
change the logic of LocateMessageFolder() to be:
if (the target folder is not "anyfolder://") then {
find the folder and return it if your find it.
if you can't find it, create it in the datasource and return the folder. see bug #14591
}
else {
look for the default folder in any server associated with the current identity.
if you find it, return it.
}
git-svn-id: svn://10.0.0.236/trunk@50790 18797224-902f-48f8-a5cc-f745e15eee43
handle the case where we migrate from 4.x and our sent folder is on the imap server.
but, since we haven't logged into the imap server yet, our folders are undiscovered.
other related fixes:
1) make it so on failure to fcc, save to draft, save to template, send later the message shows up.
2) clean up the error message strings
3) fix how we determine if an URI points to a local folder. (all we need to do is look at the scheme and see if it is "mailbox:"
4) remove a stale comment.
git-svn-id: svn://10.0.0.236/trunk@50551 18797224-902f-48f8-a5cc-f745e15eee43
- convert Compose enums to IDL #13261
- exorcise net.h from compose and mime
r=ducarroz and rhp on both
git-svn-id: svn://10.0.0.236/trunk@49751 18797224-902f-48f8-a5cc-f745e15eee43
without providing a host name (i.e. they haven't set up there prefs right)
git-svn-id: svn://10.0.0.236/trunk@48853 18797224-902f-48f8-a5cc-f745e15eee43
string ID around as an nsresult and it will properly be detected as an error code when we do NS_FAILED(rv)
tests on it..nifty huh...
In order to do this, we need to get rid of the enum for the string ids. This also makes things more robust
as we must now explicitly list the id for each string id instead of using the enum to do it for us. It was easy
to get out of step with the properties file when the enum was used.
git-svn-id: svn://10.0.0.236/trunk@48847 18797224-902f-48f8-a5cc-f745e15eee43
both sending and posting require their own listener, or when you do
email and post at the same time, all hell breaks loose.
git-svn-id: svn://10.0.0.236/trunk@48663 18797224-902f-48f8-a5cc-f745e15eee43
strings that used to be in this class. This meant changing the api to return
a unichar * instead of a char *!!!
git-svn-id: svn://10.0.0.236/trunk@48528 18797224-902f-48f8-a5cc-f745e15eee43
needless conversions between PRunichar * to char * and back again!
replace some hard coded strings with strings created by the string bundle
git-svn-id: svn://10.0.0.236/trunk@48527 18797224-902f-48f8-a5cc-f745e15eee43
implement "pre-select the right identity when composing based on folder pane selection" feature.
git-svn-id: svn://10.0.0.236/trunk@48342 18797224-902f-48f8-a5cc-f745e15eee43
check in start of work for #14312
fix a couple warnings
comment out some dump() calls
git-svn-id: svn://10.0.0.236/trunk@48303 18797224-902f-48f8-a5cc-f745e15eee43
As this changed the generated interface signatures, I had to change all of the uses to avoid bustage. Any corners of the browser that aren't built by default, or that I haven't discovered how to build, may be at risk of bustage if they use string or wstring attributes. (This could mean blackwood; sorry, guys!)
Many thanks to Alec Flett (alecf@netscape.com) for preparing diffs for the mailnews portion of the signature changes; thanks also to Ariel Backenroth (arielb@rice.edu) and Mike Shaver (shaver@mozilla.org) for help with updating the tree with NS_DECL_NSIFOO macros; everwhere where one of these macros was used was one less place I had to manually add 'const'.
Also removed extraneous space from generated method signatures, leftover from Brendan's capitalization spam, and made 'const decl must be of type short or long' an error rather than just a warning.
git-svn-id: svn://10.0.0.236/trunk@48284 18797224-902f-48f8-a5cc-f745e15eee43
