Op 8/4/2015 om 5:03 PM schreef Christoph Gröver: > 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 /usr/share/zoneinfo/Europe/Berlin, I defined it > at several stages, for example globally and for the account of the > virtual user of the mails. But all of it to no avail. > It just keeps getting a mtime in the past. > > So I actually had to patch the sources. I commented out the utime calls > of src/lib-storage/index/maildir/maildir-save.c . > This way the file gets the correct mtime. > > Still the clients saw the wrong INTERNALDATE. > I also had to completely disable writing a index.cache by dovecot. > > Both are not ideal in my opinion. I'd still prefer a real solution. > But for the moment I had to do it because my users became "desperate". > > If you have any ideas left, please tell me. I'd still like to here them.
I have none so far. It can take a while before Timo has time to investigate this further. Regards, Stephan.
