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.
Thank you.
Greetings
-- Sitepark Gesellschaft für Informationsmanagement mbH Rothenburg 14-16, 48143 Münster
Telefon: +49 251 482655-0, Telefax: +49 251 482655-55 http://www.sitepark.com http://www.facebook.com/sitepark
Geschäftsführer: Thorsten Liebold Amtsgericht Münster, HRB 5017