Since 572d4e3a56eef00e29f93482daa21647af7310d0 SMB2 Close returns the UNIX epoch for all time fields if postqueryattrib is 0. This is a regression introduced by 572d4e3a56eef00e29f93482daa21647af7310d0. We're not initializing the timestamps correctly with SAMBA_UTIME_OMIT, so the new put_long_date_full_timespec() translates the 0 value to a valid NT time represting 1.1.1970. Have fix, need bugnumber.
This bug was referenced in samba master: ac9042ff4dc6c892764abd23a9445116ad40e62a f96cc29711181b5237a5b92c4bfb5e75fe2a73b9
Created attachment 16624 [details] Patch for 4.13 and 4.14 cherry-picked from master
LGTM. Re-assigning to Karolin for inclusion in 4.14.next, 4.13.next.
(In reply to Jeremy Allison from comment #3) Pushed to autobuild-v4-{14,13}-test.
This bug was referenced in samba v4-13-test: 37233cbdf8fc95cd63f24419d8516e303cbbbbff 5d4bbaff8b62504f20074c08bc8f07093a9f52cc
This bug was referenced in samba v4-14-test: 94ba90fa7559fb3bb3c331a9c8703d1fa7c468cb c58029aa27436114d5ed7f7b682e544f4d2542b3
Pushed to both branches. Closing out bug report.
This bug was referenced in samba v4-14-stable (Release samba-4.14.5): 94ba90fa7559fb3bb3c331a9c8703d1fa7c468cb c58029aa27436114d5ed7f7b682e544f4d2542b3
This bug was referenced in samba v4-13-stable (Release samba-4.13.10): 37233cbdf8fc95cd63f24419d8516e303cbbbbff 5d4bbaff8b62504f20074c08bc8f07093a9f52cc