Summary | RenameSentmailMonthly task not run |
Queue | IMP |
Queue Version | Git master |
Type | Bug |
State | Duplicate |
Priority | 1. Low |
Owners | jan (at) horde (dot) org, slusarz (at) horde (dot) org |
Requester | jan (at) horde (dot) org |
Created | 12/01/2012 (4612 days ago) |
Due | |
Updated | 04/16/2013 (4476 days ago) |
Assigned | 12/03/2012 (4610 days ago) |
Resolved | 04/16/2013 (4476 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
Milestone ⇒
#11518?if changing the interval to EVERY. The confirmation screen is
displayed too, if the interval is either EVERY or MONTHLY. I still
have no idea why it's not running the task if interval is MONTHLY.
framework) rather than anything to do with IMP and/or sentmail
renaming(?)
changing the interval to EVERY. The confirmation screen is displayed
too, if the interval is either EVERY or MONTHLY. I still have no idea
why it's not running the task if interval is MONTHLY.
Milestone ⇒ 6.0.5
imap servers not totally following the RFC standard.
the IMAP command is fundamentally broken to that server and will NEVER
be successful.
We're not going to unilaterally ignore an IMAP server returning a BAD
response in all cases just because a single lightly-used IMAP server
is broken.
Wait and see their response...
At the other side, it's maybe a good idea to have a fallback for imap
servers not totally following the RFC standard.
The latest successfull creation of a sent map was INBOX.Sent-12-2011.
I remember to have read that normally 3 chars where used for the
month, correct?
Was it changed in the code from digits to chars around the end of 2011?
10 UID COPY 1:50 "INBOX.Sent-jan-2012"
Your server is responding with
10 BAD The folder could not be found.
This is incorrect. If INBOX.Sent-jan-2012 can be created, the
response MUST be:
10 NO [TRYCREATE] The folder could not be found.
Your server is 1) incorrectly returning BAD and 2) not returning the
TRYCREATE response code.
From RFC 3501 [6.4.7]:
Unless
it is certain that the destination mailbox can not be created, the
server MUST send the response code "[TRYCREATE]" as the prefix of
the text of the tagged NO response. This gives a hint to the
client that it can attempt a CREATE command and retry the COPY if
the CREATE is successful.
Since I've been yelled at multiple times over on the imap list for
trying to support broken IMAP server installations, I'm hesitant to
try to workaround this issue in code.
"INBOX.Sent-jan-2012"
--> 2012?? Should it not be 2013?
mailbox. e.g.:
"IMAPD" 3440 3985 "2013-01-02 21:32:42.109"
"192.168.1.34" "SENT: * 1 FETCH (UID 1 INTERNALDATE "
2-Jan-2012 13:52:00 +0100")"
So this message (and others from Jan 2012) will be moved into a Jan
2012 sent mailbox. Doesn't make any sense to move into a Jan 2013
sent mailbox since those messages have nothing to do with Jan 2013
(other than the login task being performed during that month, which is
not tremendously useful information to be used in the future).
New Attachment: Probleem horde rename sent folder.txt
Don't remember at which version the task was not executed anymore.
See attachment for logging information.
When rereading the log file, I see also that he is searching
"INBOX.Sent-jan-2012"
--> 2012?? Should it not be 2013?
State ⇒ Feedback
verify that confirmation page causes the task to run, and the task
correctly moves old sentmail messages to the new mailboxes.
Priority ⇒ 1. Low
State ⇒ Assigned
Patch ⇒ No
Milestone ⇒
Assigned to Michael Slusarz
Summary ⇒ RenameSentmailMonthly task not run
Type ⇒ Bug
Queue ⇒ IMP