Closed Bug 844494 Opened 11 years ago Closed 10 years ago

Gmail - Cannot move messages out of the "Drafts" folder (Gmail IMAP suddenly started to reject IMAP move command for [Gmail]/Drafts)

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Version:
17 Branch
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: dave, Unassigned)

References

(Blocks 1 open bug,
URL
)

Details

(Whiteboard: [WORKAROUND: Use Shift+Delete, or Copy to [Gmail]/Trash, when you see the message from Gmail IMAP on [Gmail]/]Drafts] ]) 

Starting on 2/22/13 (I think without any Thunderbird updates) I (and others) are unable to delete or move messages from Drafts. Instead we get the error "[Alert] Cannot MOVE messages out of the Drafts folder (Failure)". 

See https://getsatisfaction.com/mozilla_messaging/topics/cannot_move_messages_out_of_the_drafts_folder_gmail_imap

Thunderbird 17.0.3
OSX 10.8.2
Same here with Windows 7 and Thunderbird 17.0.3. I am the person who created the thread linked by Dave.

Thanks for your helpfulness.
same exactly in "draft" folder on windows 8 thunderbird 17.0.3/gmail combo (probably unrelated: my pop3 also isnt pulling down mail no matter what port/setup i use hence why i'm switching to imap only to hit this hurdle)
If "Copy"(at [Gmail]/Drafts, uid xx copy Mbox) then "Shift+Delete" with "move to trash" model), or any "Delete" with other than "move to trash" model(at [Gmail]/Drafts, uid xx store +Flag \Deleted), Gmail IMAP doesn't return NO.
If other than [Gmail]/Drafts, no problem in move of mail, even when mail has \Draft flag.
 
Simply a design/implementation change on [Gmail]/Drafts in Gmail IMAP, isn't it?
> imap.gmail.com:S-[Gmail]/Drafts:SendData: 19 uid move 63 "#XYZ#" 
> imap.gmail.com:S-[Gmail]/Drafts:CreateNewLineFromSocket: 19 NO [ALERT] Cannot MOVE messages out of the Drafts folder (Failure)
Thanks WADA. Is adding those two lines something doable just by developers or even by generic users? And in the latter case, which file should be modified?
it worked for me suddenly to delete 5 draft emails earlier today after logging this.  i also could delete a subfolder in draft no problem, but deleting a single piece of mail immediately after that failed again as before.  ignore if not useful.
(In reply to fcorm from comment #4)

That is IMAP log data. Read document pointed in bug 402793 comment #28 for getting protocol log.
Blocks: tb-gmailWIP
(In reply to WADA from comment #6)

Looks like a delicate issue, for really-advanced users...
For the time being, I found a workaround: deleting the message
from folder "All Mail" instead of "Drafts" works fine.
The bug remains, though...
(In reply to wolf from comment #5)
> i also could delete a subfolder in draft no problem, but

IMAP command used for "delete a subfolder" is "rename [Gmail]/Drafts/SubFolder [Gmail]/Trash/Subfolder" if IMAP delete model of "move to trash".
"rename command on Mbox" is different from "move command on a mail or mails".
So, different result is pretty normal.

> it worked for me suddenly to delete 5 draft emails earlier today after logging this.
> deleting a single piece of mail immediately after that failed again as before.

If so, I think one of next.
(a) Tb doesn't use "move" command to delete draft mail in some situatins .
(b) Gmail started to store "status of falg of \Draft is added to mail" to a mail held in his mail DB recently, and Gmail/Gmail IMAP startd to reject "move" only for mail "held in [Gmail]/Drafts"(has Gmail Label og [Gmail]/Drafts or Gmail's special Label of Drafts) && "has status of falg of \Draft is added to mail".

Anyway, if you have a question on Gmail/Gmail's behaviour, get IMAP log and check IMAP level flow(command used by Tb and response from Gmail IMAP).
Gmail seems checking status of mail has \Draft flag".

(1) Save some draft mails(call draft-N) in [Gmail]/Drafts by "Draft Save" on Tb.
(2) Copy a non draft mail(doesn't have \Draft flag, call non-draft-M) to [Gmail]/Drafts folder.
(3) draft-N and non-draft-M is also held in [Gail]/All Mail.
(4) Try to move draft-N and non-draft-M to other folder such as Mbox.
    => Tb uses "move" command, then Gmail IMAP rejects it with NO response.
(5) Shift+Delete for draft-N and nn-draft-M at [Gmail]/Drafts
    Tb simply issues "uid xx store +Flags \Deleted" for mails at [Gmail]/Drafts.
    non-draft-M (doesn't have \Draft flag) : 
                 removed from [Gmail]/Drafts
                 still kept in [Gmail]/All Mail
                 doesn't appear in [Gmail]/Trasf
    draft-N (has \Draft flag) : 
                 removed from [Gmail]/Drafts
                 removed from [Gmail]/All Mail
                 appears in [Gmail]/Trash (phenomenon of bug 562748)

(In reply to fcorm from comment #7)
> I found a workaround: deleting the message from folder "All Mail" instead of "Drafts" works fine.

Because it's hard to know which mail in [Gmail]/All Mail corresponds to a mail in [Gmail]/Drafts although it's never impossible, "deletion at [Gmail]/All Mail" is not a best plan.

I think one of following is better:
(i)  If you are eager to use "Move to trash" model with Gmail IMAP, with trash in Tb==[Gmail]/Trash(mail will be automatically purged after 30 days by Gmail), do Shift+Delete at [Gmail]/Drafts.
(ii) Use IMAP delete model of "Just mark it as deleted", or "Remove immediately" if you feel "mail of \Deleted flag is shown with strike-thru line at thread pane" is annoying.

In both cases, Tb doesn't issue "move" command, because there is no need to move doraft mail to other Mbox and "storing \Delete flag to a draft mail" is sufficient.
Thanks WADA, works fine with Shitf+Del at [Gmail]/Drafts. Wonder if there will be a patch available to fix this soon.
I can confirm this using Thunderbird 17.0.3.
(In reply to fcorm from comment #10)
> Wonder if there will be a patch available to fix this soon.

What kind of patch of what?
(a) Change in Gmail/Gmail IMAP for going back to previous behaviour?
(b) Change in Tb?
(b-1) Warn user for Gmail's behaviour on [Gmail]/Drafts when user tried to delete
      draft mail in [Gmail]/Drafts with IMAP delete model of "move to trash"
      or when user tried to move draft mail in [Gmail]/Drafts to other Mbox of
      same Gmail IMAP account?
(b-2) When user tried to delete draft mail in [Gmail]/Drafts with IMAP delete
      model of "move to trash" or when user tried to move draft mail in
      [Gmail]/Drafts to other Mbox of same Gmail IMAP account, Tb isues
      all the way "copy" + "store +Flag \Deleted" even though "move mail within
      same IMAP accout"?

Because Gmail IMAP says "[ALERT] Cannot MOVE messages out of the Drafts folder (Failure)", and Tb shows the message from Gmail IMAP by alert and message in Acivity Manager, I think "user stops to request Tb to move draft mail in Gmail IMAP's [Gmail]/Drafts folder to trash in Tb or to other folder than [Gmail]/Drafts" is sufficient.
There is already known way to stop requesting Tb to move draft mail in Gmail IMAP's [Gmail]/Drafts folder to trash in Tb ;
- If move to trash model, Shift+Delete when user wants to delete draft mail.
And, if other than "move to trash" model, user never needs to take any action on his daily "delete draft in [Gmail]/Drafts" operation.
(In reply to WADA from comment #12)
> What kind of patch of what?

I meant a patch that perhaps tells TB that everytime I right-click on a message in "[Gmail]/Drafts" and select "Delete message", or I press Del after selecting it, it must interpret it as if it was Shift+Del.
(In reply to fcorm from comment #13)
> (In reply to WADA from comment #12)
> > What kind of patch of what?
> I meant a patch that perhaps tells TB that everytime I right-click on a
> message in "[Gmail]/Drafts" and select "Delete message", or I press Del
> after selecting it, it must interpret it as if it was Shift+Del.

If IMAP delete model of "move to trash" with "trash in Tb==[Gmail]/Trash", "silent conversion from 'move' to 'store +Flags \Deleted' by Tb if [Gmail]/Drafts" won't produce big problem, as far as behaviour of Gmail/Gmail IMAP is one found in bug 562748.
However, if "trash in Tb==other than [Gmail]/Trash==ordinal Gmail Label" will be supported for Gmail IMAP account, "silent conversion from 'move' to 'store +Flags \Deleted' by Tb" will surely produce user's confusion and unwanted bug open at B.M.O by general users.
Be careful when request changes of Tb, please.
(In reply to WADA from comment #14)
> If IMAP delete model of "move to trash" with "trash in Tb==[Gmail]/Trash",
> "silent conversion from 'move' to 'store +Flags \Deleted' by Tb if
> [Gmail]/Drafts" won't produce big problem, as far as behaviour of
> Gmail/Gmail IMAP is one found in bug 562748.
> However, if "trash in Tb==other than [Gmail]/Trash==ordinal Gmail Label"
> will be supported for Gmail IMAP account, "silent conversion from 'move' to
> 'store +Flags \Deleted' by Tb" will surely produce user's confusion and
> unwanted bug open at B.M.O by general users.
> Be careful when request changes of Tb, please.

I apologize if my question looked too much out of place to you, but I'm new to B.M.O. and not an expert. Thanks for your reply anyway.
correction to previous:  i deleted those 5 using in the am with Shitf+Del, then in pm just used Del key to delete a subfolder in Draft, but not single emails (per ticket).  sorry to confuse.
(In reply to fcorm from comment #15)
> I apologize if my question looked too much out of place to you, but I'm new to B.M.O. and not an expert.

No need of apologize. Your expectation is a normal one as a request from a general user.
However, change you are requesting is applicable to limited situation only.
I don't think such changes of Tb, for limited situation only, and based on other Gmail's special behaviour, is mandatory, even though user can pretty easily do "Shift+Delete" if user understands Gmail IMAP what is provided by Google, what is never provided by Mozilla foundation, and user can see/read message from Gmail IMAP on Thunderbird.

> ---------------------------- --------------------------------------------------------------------------
>                                            User action at [Gmail]/Drafts
> trash folder in Tb           Delete draft mail                       Move draft mail to
>                                with "move to trash" model              out of [Gmail]/Drafts
> ---------------------------- --------------------------------------------------------------------------
>                                            Result after change you are requesting
> ---------------------------- --------------------------------------------------------------------------
> [Gmail]/Trash                Change works if actual draft,           Change can do nothing
> (currently, always)            because Gmail currently moves           because user's request is "move"
>                                draft to [Gmail]/Trash,
>                              but merely produces user's conusion
>                                if copied mail,
                                 because the mail won't appear in
                                 [Gmail]/Trash,
                                 instead kept in [Gmail]/All Mail
> ---------------------------- --------------------------------------------------------------------------
> Other than [Gmail]/Trash     Merely increases user's confusion       Change can do nothing
> (ordinal Gmail Label)          because draft won't appear in            because user's request is "move"
> (currently not supported)      user's trash
> ---------------------------- --------------------------------------------------------------------------
Thanks for a well-detailed explanation. Essentially, my question was related to the fact that this issue may depend more on Thunderbird's user interface itself than on Gmail IMAP. In fact, it does not happen with any other email client.
Anyway, Shift+Del is definitely a good solution.
(In reply to fcorm from comment #18)
> In fact, it does not happen with any other email client.

It's perhaps one of next.
(i)   Your other email clients don't use IMAP "move" command.
(ii)  Your other email clients also use IMAP "move" command,
      and don't report error response from Gmail IMAP to user.
Are you claiming that Tb shouldn't use IMAP "move" command?
(In reply to WADA from comment #19)
> It's perhaps one of next.
> (i)   Your other email clients don't use IMAP "move" command.
> (ii)  Your other email clients also use IMAP "move" command,
>       and don't report error response from Gmail IMAP to user.
> Are you claiming that Tb shouldn't use IMAP "move" command?

I have no idea and I'm not claiming anything, as I am a generic user... :-)
What I can say is that the issue is not occurring on Apple Mail (both on Mac OS X and iOS), neither on Gmail app for Android (this one of course was more presumable not to report the error, given the company it comes straight from).
From what other users reported on
https://getsatisfaction.com/mozilla_messaging/topics/cannot_move_messages_out_of_the_drafts_folder_gmail_imap,
it looks like there's something going on between Tb and Gmail IMAP (the issue is occurring even on earlier versions of Tb).
So, of the two possibilities you mentioned, it can be one thing or the other...
Surely the underlying problem is the failure of TB to automatically delete any draft copy of a message immediately upon the sucessful delivery of that message?

I very rarely deliberately create draft copies, but I note TB frequently saves to the Drafts folder during my composition (especially if I'm taking some time). These auto-created drafts should auto-delete upon the primary message's delivery.

Why aren't they?
(In reply to gregpirie@bluebottle.com from comment #21)
> These auto-created drafts should auto-delete upon the primary message's delivery.
> Why aren't they?

Does your this comment mean which?
  While you are composing mail, or upon sending mail,
  by which Tb may delete old version of draft mail,
  (A) You are actually seeing the error message from Gmail IMAP.
  (B) You can not see "NO" response followed by such message from Gmail IMAP.

> Surely the underlying problem is the failure of TB to automatically delete
> any draft copy of a message immediately upon the sucessful delivery of that
> message?

No.

The "NO response to IMAP move command followed by such message from Gmail IMAP" occurs only when;
     (i)  At [Gmail]/Drafts folder
  && (ii) IMAP "move" command is used
Tb uses only "uid xxx store +flags \Deleted" command for deletion of old version of draft, because "Move mail between Mbox" operation is not needed.
IMAP "move" command is used by Tb when user explicitely requested, by user's operation/settings or by message/junk filter definition/settings, "Move mail from [Gmail]/Drafts to other Mbox of same account", because IMAP command of "move" is available in IMAP for it.
(In reply to fcorm from comment #20)
> What I can say is that the issue is not occurring on Apple Mail (both on Mac
> OS X and iOS), neither on Gmail app for Android (snip)

"move command is available in IMAP" may be inaccurate in some contexts, because it's not defined in RFC 3501.
"move" command is an IMAP Extention by RFC 6851.
> http://tools.ietf.org/html/rfc6851
In Tb, RFC 6851 support was implemented by Bug 636285. 
Gmail IMAP supports Move Extension, so Tb, who already supports Move Extension, uses move command.

It is perhaps that; Apple Mail and mailer for Android doesn't support Move Extension, or doesn't enable already implemented support of Move Extension, or developers of them don't know about Move Extension yet -:)
(In reply to WADA from comment #23)
> (In reply to fcorm from comment #20)
> > What I can say is that the issue is not occurring on Apple Mail (both on Mac
> > OS X and iOS), neither on Gmail app for Android (snip)

For "Gmail app for Android".
The "Gmail app for Android" may not use IMAP. Browser app can use Gmail's API.

Please don't say "Tb's Bug!!!" at B.M.O merely by that a phenomenon occurs in Tb only, please...
Summary: Gmail - Cannot move messages out of the "Drafts" folder → Gmail - Cannot move messages out of the "Drafts" folder (Gmail IMAP suddenly started to reject IMAP move command for [Gmail]/Drafts)
Whiteboard: [WORKAROUND: Use Shift+Delete when you see the message from Gmail IMAP on [Gmail]/]Drafts] ]
Component: Untriaged → General
OS: Mac OS X → All
Hardware: x86 → All
(In reply to WADA from comment #22)
> (In reply to gregpirie@bluebottle.com from comment #21)
> > These auto-created drafts should auto-delete upon the primary message's delivery.
> > Why aren't they?
> 
> Does your this comment mean which?
>   While you are composing mail, or upon sending mail,
>   by which Tb may delete old version of draft mail,
>   (A) You are actually seeing the error message from Gmail IMAP.
>   (B) You can not see "NO" response followed by such message from Gmail IMAP.
> 
> > Surely the underlying problem is the failure of TB to automatically delete
> > any draft copy of a message immediately upon the sucessful delivery of that
> > message?
> 
> No.
> 
> The "NO response to IMAP move command followed by such message from Gmail
> IMAP" occurs only when;
>      (i)  At [Gmail]/Drafts folder
>   && (ii) IMAP "move" command is used
> Tb uses only "uid xxx store +flags \Deleted" command for deletion of old
> version of draft, because "Move mail between Mbox" operation is not needed.
> IMAP "move" command is used by Tb when user explicitely requested, by user's
> operation/settings or by message/junk filter definition/settings, "Move mail
> from [Gmail]/Drafts to other Mbox of same account", because IMAP command of
> "move" is available in IMAP for it.

"TB frequently saves to the Drafts folder during my composition" = While I am composing mail.  Is this clear now?

As a general user, I do not fully comprehend your technical explanation.  All I know is that I am now observing a specific change in TB's behaviour concerning the draft copies of messages that TB automatically creates while I am composing mail.

Previously, TB automatically deleted these draft copies immediately upon sending them -- I never had to go and manually delete them and my drafts folder did not fill up with undeleted messages.

What has changed?  Why has TB stopped automatically deleting these messages?  Why are a number of users receiving the error message that Gmail won't permit it?  I have never seen this error message until a couple of weeks ago.  Something has changed in either TB or Gmail.
(In reply to gregpirie@bluebottle.com from comment #25)
> "TB frequently saves to the Drafts folder during my composition" = While I
> am composing mail.  Is this clear now?

I'm asking about "[ALERT] Cannot MOVE messages out of the Drafts folder (Failure)" on [Gmail]/Drafts for what this bug was opened.
Did you actually see the message in alert or in Activity Manager by your mail composing?
(during composing mail, draft save, delete of old draft, is executed by auto-save of Tb, and delete of old draft mail is executed after Send)

If No, why can symptom in your following question be relevant to this bug?
> Why has TB stopped automatically deleting these messages?

If Yes, do you run message filter which moves mail in [Gmail]/Drafts to outside of [Gmail/Drafts while you are composing mail? Do you manually run Junk filter on [Gmail]/Drafts while you are composing composing? Do you use addon like "remove duplicates in [Gmail]/Drafts" with IMAP trash model of "move to trash"? Do you disable auto-expunging of Gmail IMAP?

Anyway, please note that this bug is for phenomenon of "[ALERT] Cannot MOVE messages out of the Drafts folder (Failure)" on [Gmail]/Drafts from Gmail IMAP.
This bug is never for generic problem around draft save.
Read at least bug summary and comment #0, and understand them, please.
FYI. Some information from some threads of getsatisfaction.com.

(A) Delete mail without copy to trash.
    (If IMAP, when IMAP delete model in Tb == Move to trash).
"Shift+Delete" is operation on MS Windows.
On Mac OS X,
  You almost surely already know that, on the Mac, Del = Fn + Backspace, 
  So, "Fn+Shift+Backspace" on Mac correspnds to "Shift+Delete" on Win.

(B) Misunderstanding of "Shift+Delete" or "Fn+Shift+Backspace" as "Permanent Delete" is seen in some threads of getsatisfaction.com.

"Shift+Delete" or "Fn+Shift+Backspace" is never "Permanent Delete".
"Shift+Delete" or "Fn+Shift+Backspace" in Tb is; (same as one on file in MS Win)
  Delete mail without copy to trash, when POP3 or Local Folders.
  Delete mail without copy to trash, when IMAP delete model==move to trash.
Because, if local mail folder, "undelete of deleted mail" or "recovery from delete by mitake" is not possible when "Delete mail without copy to trash" in Tb as in MS Win, some users look to have wrongly interpreted "Shift+Delete" as "Permanent Delete".
I would like to report that the URL attached to this bugzilla
(https://getsatisfaction.com/mozilla_messaging/tags/bug_844494) is now broken.
This is the correct one: https://getsatisfaction.com/mozilla_messaging/topics/cannot_move_messages_out_of_the_drafts_folder_gmail_imap
Getting same behavior (Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130216 Thunderbird/17.0.3 ID:20130216161717 CSet: 5967074c61d4)

Tb creates draft on server during compose. But drafts are occasionally either duplicated (may be bug 402132 again? Marked as resolved but I am fairly sure this still happens on occasion) or not properly deleted on send, and thus original (or duplicate) message ends up left in [Gmail]/Drafts folder. I have not been able to delete them. IMAP log shows same issue as above:

365432832[11694af60]: 17fa5800:imap.gmail.com:S-[Gmail]/Drafts:CreateNewLineFromSocket: 16 NO [ALERT] Cannot MOVE messages out of the Drafts folder (Failure)

The issue seems not to be with Gmail but with Thunderbird. 95% of the time drafts are deleted upon send, it is the other 5% of the time that Thunderbird "forgets" to kill the draft that is causing problems.

If Gmail now disallows move to trash from Drafts folder, this means end users will see drafts of sent mail remaining in Drafts. This is not something Thunderbird can fix. But not properly deleting drafts upon send in the first place IS something Tb can fix.

At any rate end users are getting an alert telling us we cannot delete drafts. End users have no way of knowing this is a miscommunication between Tb and Gmail. All people see is that they cannot perform an action. Users will blame Tb, not Gmail.

Perhaps a naive approach but it seems a really simple fix for this could involve catching any failed delete response from [Gmail]/Drafts folder and issuing a shift-delete automatically without alerting user anything has gone awry.
A new bug has risen up... Upon sending an email, the copy saved in the Drafts folder is not automatically deleted.
Also, it looks like the bug this bugzilla refers to has been confirmed... http://goo.gl/DpjJh
Whiteboard: [WORKAROUND: Use Shift+Delete when you see the message from Gmail IMAP on [Gmail]/]Drafts] ] → [WORKAROUND: Use Shift+Delete, or Copy to [Gmail]/Trash, when you see the message from Gmail IMAP on [Gmail]/]Drafts] ]
Looks like the bug was solved (for now), am I right?
This seems to be working for me also. So apparently Google changed something - either they removed the flag or allowed moving with the flag?
(In reply to David Rees from comment #33)
> This seems to be working for me also. So apparently Google changed something

I looks so.
- Move "mail flagged as \Draft" from [Gmail]/Drafts to othe Mbox
  including [Gmail]/All Mail
  => Gmail IMAP still returns NO for move command.
     i.e. MOVE extension is still active in Gmail IMAP.
          Tb still uses move command for "move mail".
- Move "mail flagged as \Draft" from [Gmail]/Drafts to [Gmail]/Trash
  => Tb surely uses move command, but no problem occurs.

Problem was perhaps.
- Gmail IMAP did next when move command is requested on "draft mail with
  \Draft flag in [Gmail]/Drafts".
  (a) Copy mail to a Gmail Label(move target), then store \Deleted flag.
  (b) Because "\Deleted flag is stored for draft with \Draft flag,
      Gmail immediately moves the mail to [Gmail]/Trash automatically.
  (c) "move mail to [Gmail]/Trash" removes mail in [Gmail]/All Mail,
      so, problem due to contention between (a) and (b) perhaps happeed.
  (d) Then, Gmail MAP started to reject "move of draft with \Draft
      flag" in [Gmail]/Drafts. 

Gmail perhaps changed action to one of next then stopped rejecting when "move from [Gmail]/Drafts to [Gmail]/Trash".
- If move command on "draft with \Draft flag" in [Gmail]/Drafts",
  and if move target is [Gmail]Trash,
  (i)  Do "copy to [Gmail]/Trash" step only, because [Gmail]/Drafts
       and move target is [Gmail]/Trash.
       => mail is copied to [Gmail]/Trash, and mail is removed from
          [Gmail]/All Mail automatically, according to Gmail's
          rule on "copy to Gmail/Trash".
  (ii) Do "store \Deleted flag" step only, because [Gmail]/Drafts
       and move target is [Gmail]/Trash.
       => mail is moved to [Gmail]/Trash according to Gmail's rule on
          "\Deleted flag of draft mail in [Gmail]/Drafts",
          then removed from [Gmail]/All Mail according to Gmail's rule.
I still have this bug today in Thunderbird 30.0a1 (daily builds).

1. Compose an e-mail that takes a while to write and that triggers the auto-save to draft.
2. Cannot delete the message from the [Gmail]/Drafts folder in Thunderbird.

The only way I could get the messages deleted (I know about Shift+Del) was to log into Gmail Webmail, go into the Drafts folder, put check-marks by the messages, and select the "Discard drafts" button.
(In reply to fcorm from comment #32)
> Looks like the bug was solved (for now), am I right?

(In reply to David Rees from comment #33)
> This seems to be working for me also. So apparently Google changed something
> - either they removed the flag or allowed moving with the flag?

WFM per those reporter comments.  If someone else sees a problem please open a new bug.  But bear in mind, that gmail may be causing this by some intermittent manner.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.