search for: 121030

...maildir_save_finish() in > lib-storage/index/maildir/maildir-save.c is being passed the correct > time information, and is setting the mtime properly with a call to > utime(). > > It is doing this operation on a file that lives in /tmp. > > For example: > > -rw------- 1 121030 mail 26548 Mar 15 03:22 > /var/mailstore/94/6d/121030/Maildir/.Deleted > Messages/tmp/1145379992.P26598Q0M182281.dev3.neonova.net > > Perfect. March 15th. > > Something then happens... what, I haven't yet found... but the message > gets moved from /tmp/: > > /var/mai...

...oup12,CN=Users,DC=samdom,DC=example,DC=com homeDirectory: \\MEMBER1\home\rowland objectClass: top objectClass: securityPrincipal objectClass: person objectClass: organizationalPerson objectClass: user gidNumber: 10000 lastLogonTimestamp: 131418520439158520 whenChanged: 20170613182723.0Z uSNChanged: 121030 lastLogon: 131423412865104840 logonCount: 633 distinguishedName: CN=Rowland Penny,CN=Users,DC=samdom,DC=example,DC=com # returned 1 records # 1 entries # 0 referrals Please post that, though you can sanitise it if you like, but if you do, use the same changes through out. > > Samba is run...

...>> objectClass: top >> objectClass: securityPrincipal >> objectClass: person >> objectClass: organizationalPerson >> objectClass: user >> gidNumber: 10000 >> lastLogonTimestamp: 131418520439158520 >> whenChanged: 20170613182723.0Z >> uSNChanged: 121030 >> lastLogon: 131423412865104840 >> logonCount: 633 >> distinguishedName: CN=Rowland Penny,CN=Users,DC=samdom,DC=example,DC=com >> >> # returned 1 records >> # 1 entries >> # 0 referrals >> >> Please post that, though you can sanitise it if you...

...al > >>> objectClass: person > >>> objectClass: organizationalPerson > >>> objectClass: user > >>> gidNumber: 10000 > >>> lastLogonTimestamp: 131418520439158520 > >>> whenChanged: 20170613182723.0Z > >>> uSNChanged: 121030 > >>> lastLogon: 131423412865104840 > >>> logonCount: 633 > >>> distinguishedName: CN=Rowland > >>> Penny,CN=Users,DC=samdom,DC=example,DC=com > >>> > >>> # returned 1 records > >>> # 1 entries > >>> # 0...

...ng is fine : root : ~> telnet?10.10.100.24 110 Trying 10.10.100.24... Connected to 10.10.100.24 (10.10.100.24). Escape character is '^]'. +OK Dovecot ready. user christian at mydom.fr +OK pass azerty42 +OK christian#mydom.fr has 3 messages (3561 octets) And MySQL logs show the query : 121030 12:55:28 ? ? 3 Query ? ? SELECT NULL AS password, host, destuser, 'Y' AS nologin, 'Y' AS nodelay, 'Y' AS proxy, 'Y' AS nopassword FROM tbl_proxy WHERE user = 'christian at mydom.fr' If I login on the Dovecot proxy with the '#' version, it fails :...

...gt;>>>>> objectClass: organizationalPerson >>>>>> objectClass: user >>>>>> gidNumber: 10000 >>>>>> lastLogonTimestamp: 131418520439158520 >>>>>> whenChanged: 20170613182723.0Z >>>>>> uSNChanged: 121030 >>>>>> lastLogon: 131423412865104840 >>>>>> logonCount: 633 >>>>>> distinguishedName: CN=Rowland >>>>>> Penny,CN=Users,DC=samdom,DC=example,DC=com >>>>>> >>>>>> # returned 1 records >>&...

...> >> objectClass: person > > >> objectClass: organizationalPerson > > >> objectClass: user > > >> gidNumber: 10000 > > >> lastLogonTimestamp: 131418520439158520 > > >> whenChanged: 20170613182723.0Z > > >> uSNChanged: 121030 > > >> lastLogon: 131423412865104840 > > >> logonCount: 633 > > >> distinguishedName: CN=Rowland > > >> Penny,CN=Users,DC=samdom,DC=example,DC=com > > >> > > >> # returned 1 records > > >> # 1 entries > > >...

...meDirectory: \\MEMBER1\home\rowland > objectClass: top > objectClass: securityPrincipal > objectClass: person > objectClass: organizationalPerson > objectClass: user > gidNumber: 10000 > lastLogonTimestamp: 131418520439158520 > whenChanged: 20170613182723.0Z > uSNChanged: 121030 > lastLogon: 131423412865104840 > logonCount: 633 > distinguishedName: CN=Rowland Penny,CN=Users,DC=samdom,DC=example,DC=com > > # returned 1 records > # 1 entries > # 0 referrals > > Please post that, though you can sanitise it if you like, but if you > do, use the sa...

...objectClass: securityPrincipal > >> objectClass: person > >> objectClass: organizationalPerson > >> objectClass: user > >> gidNumber: 10000 > >> lastLogonTimestamp: 131418520439158520 > >> whenChanged: 20170613182723.0Z > >> uSNChanged: 121030 > >> lastLogon: 131423412865104840 > >> logonCount: 633 > >> distinguishedName: CN=Rowland > >> Penny,CN=Users,DC=samdom,DC=example,DC=com > >> > >> # returned 1 records > >> # 1 entries > >> # 0 referrals > >> > &g...

...t;> objectClass: securityPrincipal >>> objectClass: person >>> objectClass: organizationalPerson >>> objectClass: user >>> gidNumber: 10000 >>> lastLogonTimestamp: 131418520439158520 >>> whenChanged: 20170613182723.0Z >>> uSNChanged: 121030 >>> lastLogon: 131423412865104840 >>> logonCount: 633 >>> distinguishedName: CN=Rowland Penny,CN=Users,DC=samdom,DC=example,DC=com >>> >>> # returned 1 records >>> # 1 entries >>> # 0 referrals >>> >>> Please post that...

...ss: person > > >>> objectClass: organizationalPerson > > >>> objectClass: user > > >>> gidNumber: 10000 > > >>> lastLogonTimestamp: 131418520439158520 > > >>> whenChanged: 20170613182723.0Z > > >>> uSNChanged: 121030 > > >>> lastLogon: 131423412865104840 > > >>> logonCount: 633 > > >>> distinguishedName: CN=Rowland > > >>> Penny,CN=Users,DC=samdom,DC=example,DC=com > > >>> > > >>> # returned 1 records > > >>&gt...

...gt; objectClass: organizationalPerson >>>>>>> objectClass: user >>>>>>> gidNumber: 10000 >>>>>>> lastLogonTimestamp: 131418520439158520 >>>>>>> whenChanged: 20170613182723.0Z >>>>>>> uSNChanged: 121030 >>>>>>> lastLogon: 131423412865104840 >>>>>>> logonCount: 633 >>>>>>> distinguishedName: CN=Rowland >>>>>>> Penny,CN=Users,DC=samdom,DC=example,DC=com >>>>>>> >>>>>>> # retu...

...ss: person >> > >> objectClass: organizationalPerson >> > >> objectClass: user >> > >> gidNumber: 10000 >> > >> lastLogonTimestamp: 131418520439158520 >> > >> whenChanged: 20170613182723.0Z >> > >> uSNChanged: 121030 >> > >> lastLogon: 131423412865104840 >> > >> logonCount: 633 >> > >> distinguishedName: CN=Rowland >> > >> Penny,CN=Users,DC=samdom,DC=example,DC=com >> > >> >> > >> # returned 1 records >> > >&gt...

I run a very small Samba AD, consisting of a Samba AD DC and a Samba AD Member Server, acting as file server. Today, I added a new user to the AD but I simply can't manage to get access to the file server - only for this user, all others are working fine. My AD is rfc2307 based, so I manually have to add UID's. I did so for the new user, the ID is within range and not in use. I double