Re: Error after deleting mails

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>>>>> I got this error after deleting mails. I use squirrelmail 1.4.9a
>>>>> (server-side sort enabled) and dbmail-2.2.1.
>>>>>
>>>>>
>>>>> ERROR: Bad or malformed request.
>>>>>
>>> Query: FETCH (FLAGS UID RFC822.SIZE INTERNALDATE
>>> BODY.PEEK[HEADER.FIELDS
>>>>> (Date To Cc
>>>>From Subject
>>> X-Priority Importance Priority Content-Type)])
>>>>> Server
>>> responded: invalid message range specified
>>>>>
>>>>>
>>>>> Any ideas?
>>>>>
>>>>
>>>> I vaguely
>>> remember that your error has to do with register globals = on.
>>>>
>>> Could you check your register globals settings in php.ini?
>>>>
>>>> Regards,
>>>>
>>>> Marc.
>>> This only happens when I
>>> delete all emails after searching. I think it has something to do with
>>> 're-searching' all previous emails that have been deleted.  The emails
>>> I
>>> deleted were correctly moved to Trash. I think I will live with this
>>> error
>>> for time being.
>>> Any better idea?
>>
>> enable info plugin
>>
>> go to SquirrelMail INBOX listing and find some message that can be
>> deleted
>>
>> check URL that it is used to read that message. It looks like
>> http://your-server/path/src/read_body.php?mailbox=INBOX&passed_id=767&startMessage=1
>>
>> remember number listed after 'passed_id='
>>
>> go to SquirrelMail Options -> IMAP server information
>>
>> execute two commands.
>> 'SELECT INBOX' command and 'UID STORE 767 +FLAGS (\Deleted)' command.
>> Replace 767 with your passed_id number. Please note that these are real
>> commands executed on your mailbox. Make sure that you don't have
>> anything
>> important there or use some test mailbox.
>>
>> Show your IMAP response to UID STORE command.
>>
>
> TEST_1
> Request:
> A004 UID STORE 317441 +FLAGS (\Deleted)'
> Response:
> * 1064 FETCH (FLAGS (\Seen \Deleted))
> UID STORE completed

Make sure that you have same issue in IMAP server that follows rfc3501.

http://www.faqs.org/rfcs/rfc3501.html
See '6.4.8.  UID Command' chapter.

The number after the "*" in an untagged FETCH response is always a
message sequence number, not a unique identifier, even for a UID
command response.  However, server implementations MUST implicitly
include the UID message data item as part of any FETCH response
caused by a UID command, regardless of whether a UID was specified
as a message data item to the FETCH.


-- 
Tomas


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
--
squirrelmail-users mailing list
Posting Guidelines: http://www.squirrelmail.org/wiki/MailingListPostingGuidelines
List Address: squirrelmail-users@xxxxxxxxxxxxxxxxxxxxx
List Archives: http://news.gmane.org/thread.php?group=gmane.mail.squirrelmail.user
List Archives:  http://sourceforge.net/mailarchive/forum.php?forum_id=2995
List Info: https://lists.sourceforge.net/lists/listinfo/squirrelmail-users

[Index of Archives]     [Video For Linux]     [Yosemite News]     [Yosemite Photos]     [gtk]     [KDE]     [Cyrus SASL]     [Gimp on Windows]     [Steve's Art]     [Webcams]

  Powered by Linux