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 +0
e
problems with the hours old INTERNALDATE.
Thank you for your time.
Greetings
--
Christoph Gröver
y should I change this to two hours in the past?
I still can't see the reason for this behaviour. Perhaps some IMAP
requirement I don't know of?
Hope you can elighten me and/or help me.
Thank you for your time.
--
Christoph Gröver
Hi List,
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
delivere
