search for: internald

...eport.html#sniffing >>> >>> >>> >> I don't think so. Here is the first .in file from the rawlog >> >> A6 NAMESPACE >> A7 SELECT "Inbox" >> A8 SEARCH SINCE 6-Sep-2007 >> > > OK, this finds the messages based on their INTERNALDATE. With maildir > that means the files' mtime. Are all the mtimes older than 6 Sep? If > not, try deleting dovecot.index.cache file to see if it helps. > > Out of 13 messages in my inbox, 12 of them are newer than 6 Sep. I deleted the dovecot.index.cache file and it still will not...

...(zero) values for that new message. Afterward, it reports the information OK. This causes problems to our IMAP client. The problem is easily reproduced with a large message on a slow machine. I'm using dovecot 1.0.10 Here's a sample trace: 1 uid fetch 1:* fast * 1 FETCH (FLAGS (\Recent) INTERNALDATE "06-Mar-2008 17:20:50 +0200" RFC822.SIZE 3378380 UID 1) * 2 FETCH (FLAGS (\Recent) INTERNALDATE "06-Mar-2008 17:21:40 +0200" RFC822.SIZE 3378380 UID 2) * 3 FETCH (FLAGS (\Recent) INTERNALDATE "06-Mar-2008 17:23:38 +0200" RFC822.SIZE 3378380 UID 3) * 4 FETCH (FLAGS (...

...* FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 13 EXISTS * 0 RECENT * OK [UIDVALIDITY 1220278111] UIDs valid * OK [UIDNEXT 14] Predicted next UID 2 OK [READ-WRITE] Select completed. 3 UID FETCH 3 (RFC822.SIZE INTERNALDATE) * 3 FETCH (UID 3 RFC822.SIZE 1085 INTERNALDATE "04-Jan-2004 09:23:45 -0500") 3 OK Fetch completed. 4 UID FETCH 4 (RFC822.SIZE INTERNALDATE) Connection closed by foreign host. The fetch of message 3, which is not gzipped succeeds, but the fetch of message 4, which is gzipped, fails wi...

We're trying some migration tests ... from CommuniGate to Dovecot. The migration program does an APPEND into the new mailbox: src>: a0 FETCH 2900 (FLAGS INTERNALDATE RFC822.PEEK) src<: * 2900 FETCH (FLAGS (\Seen) INTERNALDATE "29-Aug-2005 18:36:54 +0000" RFC822 {1194157} src<: ) dst>: bAPP APPEND "INBOX" (\Seen) "29-Aug-2005 18:36:54 +0000" {1194157} dst<: + OK It appears to be trying to set the message date... in t...

>>>>> Aki Tuomi <aki.tuomi at dovecot.fi>: > On 09.09.2017 12:33, Steinar Bang wrote: >> When a message is copied to a folder on dovecot with mbox storage, is >> the mtime of the saved mbox file set to the time of the save? [snip!] > Internaldate is picked from the separating 'From' line in mbox file. > "From user at example.org Thu Oct 20 18:44:06 2016" Sorry! I mistyped: I meant maildir, not mbox. So, to repeat the question: When a message is copied to a folder on dovecot with maildir storage, is the mtime of t...

...where the change happened? The reason I'm asking is a problem reported on the Gnus imap client in August 2016, where messaged moved by Gnus showed up with the wrong order and/or wrong date in other imap clients. (The reason for the different message ordering was that the other clients use the INTERNALDATE and that was changed to the time of message move when Gnus was used. Gnus use the Date of the source message) Thanks! - Steinar (Gnus user)

hi, we migrate from exchange to dovecot. we do it with imapsync. first we try to do it with --syncinternaldates, but this fails on many messages with invalid date, so we drop this option. unfortunately after this those users who use outlook see the received date as the date we do the migration in stead of the real received date. other clients eg webmail, thunderbird etc sees the right date. so my questio...

...Sent folder has changed between logins. The change is always been by +1 hours or -5 hours. While checking, our developer had a time changed by +2 hours. On refresh it changed back. He poked through the code and it looks like SquirrelMail gets the received date via an IMAP command: A003 FETCH 1:10 (INTERNALDATE FLAGS BODY.PEEK[HEADER.FIELDS (To Content-Type Subject Date)]) I'm running dovecot 1.1.6, and I'm wondering how that function gets the date and time? If I can isolate the source of the timezone I can try and correct it. The server time shown by "date" is correct and /etc/local...

...e stamp in the Maildir folder. I googled around on this and have gathered that this date is coming somewhere from within the dovecot index file. Is there a utility for scanning that so I can ascertain where the date shown in Outlook is coming from? Is there also a utility which would just reset the INTERNALDATE (or whatever it is that Outlook is keying on) to the date in the message on the "Date: ..." line? This issue is not life threatening as I don't use Outlook much, but when I do, it is confusing to not have the "Received" column be meaningful, especially for sorting. Than...

...is purpose, but you could use SQL as well. There's however one problem with it that I could use opinions on. Currently there's no way to know how long a mail has been in a mailbox. There are pretty much 3 ways to handle this: 1) When copying to those Trash/Spam mailboxes the message's INTERNALDATE could be replaced with the current time. That way the INTERNALDATE tells how long the message has been in there. The obvious downside of this is that if the user wants to move the message back to another mailbox, the original INTERNALDATE is lost (INTERNALDATE means the time when the message was...

...gt; The reason I'm asking is a problem reported on the Gnus imap client in > August 2016, where messaged moved by Gnus showed up with the wrong order > and/or wrong date in other imap clients. > > (The reason for the different message ordering was that the other clients > use the INTERNALDATE and that was changed to the time of message move > when Gnus was used. Gnus use the Date of the source message) > > Thanks! > > > - Steinar (Gnus user) Hi! Internaldate is picked from the separating 'From' line in mbox file. "From user at example.org Thu Oct 20...

...>>>>>> Aki Tuomi <aki.tuomi at dovecot.fi>: >> On 09.09.2017 12:33, Steinar Bang wrote: >>> When a message is copied to a folder on dovecot with mbox storage, is >>> the mtime of the saved mbox file set to the time of the save? > [snip!] >> Internaldate is picked from the separating 'From' line in mbox file. >> "From user at example.org Thu Oct 20 18:44:06 2016" > Sorry! I mistyped: I meant maildir, not mbox. > > So, to repeat the question: > > When a message is copied to a folder on dovecot with maildir s...

...a reference to it in an archived list message from Jul 2003.) Here is the situation: dovecot (dovecot-0.99.10.4) running with an imap server on an mbox system is queried by a local client program, like Mail.app, and is told the "Received" date of the message (presumably sent through INTERNALDATE), however, that date is being passed on in GMT (-0000) instead of the server or client's local time zone (EST -0500, in this case). Maybe it's assumed that the local client will convert this time to the local zone, but no clients I know actually do that. Anyone know how/where to fix...

...ltm.tm_yday > gtm.tm_yday) || (ltm.tm_year > gtm.tm_year)) offset = 24 * 60; else offset = 0; On 1 Jan. 2009, I found an error related to this code. The intrenal date of message recieved at 01-Jan-2009 07:17:38 was not display as it received. The protocol log was as followings. FETCH (INTERNALDATE ?01-Jan-2009 07:17:38 -3900? RFC822.SIZE 1597 FLAGS (\Seen) ENVELOP (?Thu, 1 Jan 2009 07:17:38 +0900 (KST)? ? The INTERNALDATE must be ?01-Jan-2009 07:17:38 +0900?, but it was "01-Jan- 2009 07:17:38 -3900". This error may be caused by the bug in utc_offset.c. How do you think?

...loses the timestamp of March 15th ... it picks up the current > date. > > Steve > > > >> We're trying some migration tests ... from CommuniGate to Dovecot. >> The migration program does an APPEND into the new mailbox: >> >> src>: a0 FETCH 2900 (FLAGS INTERNALDATE RFC822.PEEK) >> src<: * 2900 FETCH (FLAGS (\Seen) INTERNALDATE "29-Aug-2005 18:36:54 >> +0000" RFC822 {1194157} >> src<: ) >> dst>: bAPP APPEND "INBOX" (\Seen) "29-Aug-2005 18:36:54 +0000" >> {1194157} dst<: + OK >> &g...

...9;ve been testing Dovecot 1.0beta7 to implement IMAP for the first time, and have had a good experience so far. But like Curtis and Brent, I found that Outlook and Outlook Express display "incorrect" dates on messages uploaded via APPEND. That's because they sort messages using INTERNALDATE: wea3 SELECT "Test Folder" pqng UID FETCH 1:* (UID FLAGS RFC822.SIZE BODY.PEEK[HEADER] INTERNALDATE) Some have created scripts to sync file timestamps with "Date" headers, which conflicts with the concept of "INTERNALDATE". Others ask users to add the &quot...

...Test" * 1 EXISTS * 0 RECENT * OK [UIDVALIDITY 1124811965] UID validity status * OK [UIDNEXT 3] Predicted next UID * FLAGS (\Answered \Flagged \Deleted \Draft \Seen) * OK [PERMANENTFLAGS (\* \Answered \Flagged \Deleted \Draft \Seen)] Permanent flags * OK [READ-WRITE] SELECT completed * fetch 1 internaldate * 1 FETCH (INTERNALDATE "23-Aug-2005 11:16:37 -0500") * OK FETCH completed * fetch 1 envelope * 1 FETCH (ENVELOPE ("Tue, 23 Aug 2005 11:16:30 -0500" "Test at Tue Aug 23 11:16:29 CDT 2005" (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu"))...

...ms that (line 185) if MAILDIR_COPY_WITH_HARDLINKS is exported, then copying is attempted by using link. Having problems reading the source / flow of control, I resort to this list. When a file is linked, the mtime is naturally kept on the destination. This gives the destination message the same internaldate as the original. The destination mailbox would then be likely to get an arrival with an earlier internaldate than its newest message. The IMAP protocol says to bump UIDVALIDITY when this happens. Does Dovecot always bump UIDVALIDITY when messages are copied, or is not the mtime used for inte...

Hi, We are using Dovecot with maildir, and the mail client requests flags, internaldate, and uid for all messages on folder open, which on average takes 3 seconds, but for large folders is much longer. It seems like I want mail_cache_fields to include "flags", but which date corresponds to internaldate? date.received? Is UID always cached for messages, or does it have...

...13: 00000007 FETCH 1:41 (UID ENVELOPE BODY.PEEK[HEADER.FIELDS (Newsgroups Content-MD5 Content-Disposition Content-Language Content-Location resent-to resent-date resent-from resent-cc resent-subject List-Help List-Unsubscribe List-Subscribe List-Post List-Owner List-Archive Followup-To References)] INTERNALDATE RFC822.SIZE FLAGS) IMAP DEBUG 15:23:32 2/13: * 1 FETCH (ENVELOPE ("Wed, 03 Mar 2004 18:54:05 -0000" "[rowingdockmembers] Next Wed." (("Charles Barksdale" NIL "cbarksdale" "austin.rr.com")) (("Charles Barksdale" NIL "cbarksdale&quo...