182222 - Unable to queue sent mail while offlline using IMAP or NNTP

Status: NEW

(SeaMonkey :: MailNews: Backend, defect)

Description

[Andy Pastuszak]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2) Gecko/20021126
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2) Gecko/20021126

When I am offline and reading IMAP mail, when I reply to a message or compose a
new message, when I send it, I get the following error: "Unable to save your
message in order to send later.  Please verify that your mail and newsgroup
account settings are correct and try again."

Reproducible: Always

Steps to Reproduce:
1. Go offline
2. Compose new message
3. Send

Actual Results:  
Mail fails to send.

Expected Results:  
Mail should be queued in unsent mail waiting to be sent the next time I go online

I am using enigmail.

Comment 1

[David :Bienvenu]

well, there might be something wrong with your settings - if you look in
prefs.js, do you have  pref for mail.default_sendlater_uri ? If it's a newish
profile, I think you wouldn't have a setting for it.

Under your local folders account, is there an Outbox? We're supposed to create
one automatically for you; I wonder if that code has been broken?

Comment 2

[Andy Pastuszak]

I did indeed have this line.  Seems Mozilla converted an old Netscape 4.x
profile and somehow that setting got retained.  I deleted the line and now
everything works as it should.  I appreciate the help in this.  You can now
safely close this bug.

Comment 3

[David :Bienvenu]

OK, great. We had problems in that area and they were supposed to have been
fixed. I guess something has regressed in that area - Cavin, do you have a bug
on this? (handling mail.default_sendlater_uri?) there used to be issues with
whether or not that uri was escaped.

Comment 4

[Jean-Francois Ducarroz]

David, maybe we should keep this but open and check if we have a profile
migration  problem here!

Comment 5

[David :Bienvenu]

it's not a profile migration problem per se; we intend migrate that pref. The
problem seems to be in the handling of that pref in Mozilla. I'll re-open it.

Comment 6

[Cavin Song]

I remember there was one similar to the issue here and was fixed. I'll need to
look for it and see if they are indeed similar (or the same).

Comment 7

[grylchan]

ok using commercial 2002-11-27-08-trunk/  on xp.

I tried migrating a 4.x profile (that had a unsent mesg)in
the unsent mail folder.

No problems migrating it over and sending that mesg. Went
offline, composed mesg, did a send later, went back online
and mesg was sent.

Tried sending mesg later while online and that worked to.
Even tried, while offline, File|send unsent mesgs. I was prompted
to go online and mesg was sent.

I checked my pref.js for 4.x profile and no mail.default_sendlater_uri
in there or in my current mozilla: pref.js

Comment 8

[David :Bienvenu]

right, the profile migration code does generate that pref, so that we'll use an
existing outbox/unsent messages folder, if any. (there needs to be one, or we
won't generate that pref at profile migration time, I guess) Maybe we shouldn't
bother to do that at all. But we need to make sure profiles that have already
been migrated work.

Comment 9

[grylchan]

tried a 4.x profile that did not have an unsent mesg or unsent mesg folder.
That worked fine also. No problems sending megs while offline or online
via send unsent mesgs menu item.

Comment 10

[Andy Pastuszak]

Ok, try and duplicate my situation.  Set up Netscape 4.7.6 with only an SMTP
server.  NO mail servers at all.  Migrate to Mozilla.  Add an IMAP folder.  Go
offline and try sending a message.

I can cut and paste the exact uri line on Friday when I get back in the office.

Comment 11

[David :Bienvenu]

yes, knowing what that sendlater_uri was will be very helpful, thx.

Comment 12

[grylchan]

Ok. not quite sure I am doing this right.
Went into 4.8 and created a new profile.
at the prompts, entered bogus info for username and email address,
at outgoing server prompt entered in correct value.
At incoming server userid and mail server, left blank,
Then clicked finish. Quit 4.8.

Migrated the profile over into current trunk.
Started mail. I noticed it created a mail account called
default. I noticed for outgoing server info i had this:
  -server name: filled in w/correct outgoing mail server name
  -userid and password checked
    - username: default
I then added a imap mail accoutn that would use same smpt server.
I did this. Went offline, I composed a mesg and clicked send later.
It looked ok. Except the mesg was never stored in my local folders/
Unsent messages folder. I don't know where it was stored.
I did this couple of times (on or offline) and I have no idea
where my unsent mesgs were stored.

i went into my mozilla folder for that new profile that was just
migrated over and looked at pref.js file.

I see this in the pref.js:
user_pref("mail.default_sendlater_uri", 
"mailbox://default@mail/Unsent%20Messages");

Didn't get any error mesgs like the reporter. But obviously storing
usent mesgs didnt work for me.

hope this helps.

Comment 13

[Andy Pastuszak]

The exact uri line from my prefs.js file is:


user_pref("mail.default_sendlater_uri",
"mailbox://smtp.nara.gov@mail/Unsent%20Messages");

It seems my Netscape 4.7.6 was set up with an SMTP server in case a mailto: link
was clicked.  But all other mail settings were left blank.

Please let me know if you need any other information.

Comment 14

[David :Bienvenu]

yes, do you have a pop account called smtp.nara.gov? I'm guessing not :-) If you
shutdown mozilla, remove the pref, and restart, do things work again?

Comment 15

[David :Bienvenu]

oh, never mind - you said it did work fine once you deleted that line.

Comment 16

[Andy Pastuszak]

As you guessed, Netscape 4.x is set up with an SMTP client only.  A know a lot
of companies that set up Netscape that way to handle mailto: links.

But thinking back, I would think, companies that want to roll out
Mozilla/Netscape 7.x, probably would not roll out mail with it, thus avoiding
this problem.

Comment 17

[tom allison]

I was reading through the comments here and may have fixed the problem iwas
having too.  

But further inspection of my prefs.js file shows that it was full of references
to an old ISP that I haven't had for over 2 years!!!
There is nothing in the GUI accessable tools that show this account even exists.
 I was quite surprised so find this.  It was probably introduced in either a
Netsapce 4.7x or Mozilla M18 build that I had on here once... long ago...

Comment 18

[Stewart Gordon]

It happened to me, but with newsgroups rather than email.  I tried resetting mail.default_sendlater_uri per comment 1 and comment 2, and the problem went away.

Still, the software shouldn't cause the setting to become corrupt.  Even more so considering that the UI doesn't expose it.  My guess is that one cause is creating a POP mail account and then deleting it, perhaps as a dummy to make Local Folders appear.  But I don't know.

Comment 19

[Stewart Gordon]

Oops ... changing the OS to WinXP was an accident.  It's actually 98SE on which it happened to me.  But this still leaves the question open - what is one supposed to do when the bug has been observed under different versions of the same OS line, but not under entirely different OSs?