similar to: Dovecot/Pigeonhole Issue (UTC modtime instead of localtime)

Hello ML, Hello Stephan, > Hmm. Probably, the timezone configuration (i.e. the contents of TZ > timezone environment variable) somehow doesn't reach the final stages > of e-mail delivery. Well. I tried several ways of telling the lda or whatever is setting up the INTERNALDATE to use the CEST +0200. Although it is already setup on the server via a symlink from /etc/localtime to

Christoph Gr?ver schreef op 31-7-2015 om 16:01: > We are using the following setup: > > Dovecot-2.2.18 > Pigeonhole-0.4.8 (for Dovecot-2.2) > > After the mail is finally delivered via a fileinto by the Sieve filter > it gets an updated timestamp (modification time). > The server has localtime setup correctly IMO (UTC +0200), but still the > delivered mail is setup as

Timo or anyone, This may be a bug or maybe a design decision. Either way I am curious to hear comments. Why do the dovecot-0.99.14 server's .imap.index files contain a cached copy of each message's date and time as supplied by the filesystem, as opposed to the date and time found in each message header? When testing various imap clients (eg. tbird-1.0.2, evolution-2.0, outlook2003,

In my thought utc_offset function in src/lib/utc-offset.c returns wrong offset value when the year in localtime and GMT different. /* max offset of 24 hours */ if (ltm.tm_yday < gtm.tm_yday) offset = -24 * 60; else if (ltm.tm_yday > gtm.tm_yday) offset = 24 * 60; else offset = 0; I think this code should be modified as followings. /* max offset of 24 hours */ if ((ltm.tm_year ==

Timo Sirainen wrote: > On Fri, 2007-10-05 at 17:27 -0700, Jeff Grossman wrote: > >> Timo Sirainen wrote: >> >>> On Tue, 2007-10-02 at 18:12 -0700, Jeff Grossman wrote: >>> >>> >>>> So, what would >>>> have changed between version 1.0.5 and 1.1beta2 to somehow make the >>>> phone think all of the messages are older

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

Hi, If an IMAP fetch is issued some "short" time after a message was delivered with dovecot deliver then dovecot reports wrong (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

I have a question which others must have encountered. I switched from uw-imap to dovecot-imap a few months ago and moved my fairly large mail archive (~15 yrs) by simply mounting both accounts in a mail app and simply copying my folders over. This worked well, and all my mail is in order when I view it in evolution or thunderbird on any number of machines. However, since our company uses MS

Dovecot will soon have a plugin which allows running a nightly cronjob to expunge mails from configured mailboxes which have been in there for a configurable amount of time. For example the configuration could be: plugin { # Trash 7d, Spam 30d expire = Trash 7 Spam 30 } It also supports using Dovecot's lib-dict to keep track of the mailboxes and their oldest mail's timestamp, so that

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}

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? Or is the mtime set to the Date: field of the source message that is saved? If there is a difference in the behaviour, do someone know the dovecot version number where the change happened? The reason I'm asking is a problem reported on the Gnus imap client in

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 to read through

>>>>> 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

Hi guys, I've run into an odd little problem. We use SquirrelMail as the basis for our webmail. Recently I've had a user complaining that the "Received" time on mail in the 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

A rather distressing timestamp issue (to multiple users here). Anyone seen similar behavior or have a suggestion/solution? Problem: Opening and closing an excel file (no changes/keystrokes to file) on the Samba server causes the file to be saved with time stamp of closing. (There is no autosave set on Excel - also see other info below) MS Excel 97 SR-2 NT 4.0 SP5 Solaris 2.6 or 2.7 (2

Hello all, we are experiencing problems with samba 2.0.6 and the MKS touch command. during our builds, we touch files and directories so that our make dependencies work correctly. Unfortunately, it seems that MKS' touch.exe doesn't actually change the time stamp of a file or directory. The command returns without an error, but the timestamp does not change. The same problem exists

Hi, Dovecotters. In the Maildir code, dovecot-0.99.10/src/lib-storage/index/maildir/maildir-copy.c, I see that hardlinks are used. It seems 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

> bclark wrote: > > > The interesting thing is, once I have some mail on the dovecot, > the date > > displayed on Mozilla is correct, but the mail shown throught > outlook, > > shows todays date (thats for all mail). > > Each mail has (at least) two dates : the date it was sent (stored > in the > headers), and the date it arrived (in Maildir, the

Hi. I plan to use dovecot on nfs with maildir. Does dovecot need to stat each file in a maildir, or does it just read a list of files in the directory? i.e. does it do the equivalent of an ls -f, or an ls -l? HYCH

I wrote on Fri, 02 Jan 2015 16:02:27 +0100: > --- a/generator.c 2014-06-14 01:05:08.000000000 +0200 > +++ b/generator.c 2015-01-02 15:50:30.000000000 +0100 > @@ -588,7 +588,14 @@ > if (ignore_times) > return 0; > - return cmp_time(st->st_mtime, file->modtime) == 0; > + return cmp_time(st->st_mtime, file->modtime) ==