Sebb

However mod_mbox copes fine with the mail.

See also INFRA-16268

More examples: http://mail-archives.apache.org/mod_mbox/perl-embperl/201709.mbox Also: tamaya.apache.org/dev/201709 perl.apache.org/embperl/201709

I also found a non-uploaded mail that has been allocated to the wrong month: https://lists.apache.org/thread.html/79e2e6a0df70efc206e8e0124bd52d0302c52b50775d5aaa2cff108d@1464733997@%3Cuser.commons.apache.org%3E The date in the email is Date: Tue, 31 May 2016 22:33:17 +0000

The archiver code now uses UTC

Example of an early imported mail. The source [1] has the following date: Date: Sun, 31 May 2015 22:19:41 -0000 The Permalink page [2] has the following info: Date: 2015-05-31...

That won't help, because the TZ which was used for the date field is not included in the string (if it were, this would be a non-issue). Also the TZ...

It looks as though the problem is fixed in the current code, because importing the same message generates the correct UTC date, i.e. "2015/05/31 22:19:41".

Note: it's not easy to use the 'epoch' field instead of the 'date' field, because the code makes extensive use of the relative date syntax supported by ES, e.g. +1m,...

Note that the ordinary search already allows seaching within a domain