Back to Community Threads
11
Last login
Idea shared by Sabatino - 6/24/2021 at 10:13 AM
Under Consideration
I believe that when using the impersonate user function the last login data should not be updated
Sabatino Traini
      Chief Information Officer
Genial s.r.l. 
Martinsicuro - Italy

10 Replies

Reply to Thread
0
Kyle Kerst Replied
6/24/2021 at 11:00 AM
Employee Post
We recently discussed this with development and found this is working as intended. The impersonation of accounts, or webmail/protocol login will update this value and can be correlated to a successful authentication (or impersonation) in the Administrative logs. 
Kyle Kerst Acting IT Manager SmarterTools Inc. www.smartertools.com
5
Agree 100%.
Should not update unless the user logs in.
2
Kyle Kerst Replied
6/24/2021 at 4:52 PM
Employee Post
I would be happy to get this submitted as a feature request for you! Do you already have a ticket submitted on this with support?
Kyle Kerst Acting IT Manager SmarterTools Inc. www.smartertools.com
6
We recently discussed this with development and found this is working as intended. The impersonation of accounts, or webmail/protocol login will update this value and can be correlated to a successful authentication (or impersonation) in the Administrative logs. 
Kyle Kerst
Technical Support Specialist
SmarterTools Inc.
(877) 357-6278
www.smartertools.com


I think the two values should be distinguished

Date and modality of the last user login and date and modality of the last administrative access
Sabatino Traini Chief Information Officer Genial s.r.l. Martinsicuro - Italy
5
I agree too, it should NOT update on impersonation.
Gabriele Maoret - Head of SysAdmins and CISO at SERSIS Currently manages 6 SmarterMail installations (1 in the cloud for SERSIS which provides services to a few hundred third-party email domains + 5 on-premise for customers who prefer to have their mail server in-house)
6
I agree 100% that impersonating should no update the last login time. This would affect the inactive users report and could lead to abandoned accounts not getting properly purged.
2
There are indeed good reasons not to update the last login time when using impersonation as it's not really the end user login into his account.
On another side for transparency for the customer it would be useful, but as long as this is visible for the customer. AFAIK the customer has no access to last logins for his own account...
Sébastien Riccio System & Network Admin https://swisscenter.com
6
Kyle Kerst Replied
6/28/2021 at 8:43 AM
Employee Post
Thanks for your feedback on this everyone. I'm going to get a feature request ticket going on this today. 
Kyle Kerst Acting IT Manager SmarterTools Inc. www.smartertools.com
1
I agree on this feature too...
1
Perhaps two buttons? Ghost Impersonate / User Impersonate

100% -- "This would affect the inactive users report and could lead to abandoned accounts not getting properly purged." -Jersey Connect

We use that report twice a year to remove unused accounts, but if they have email in their inbox, we check to see if they're recent and real, or just all spam.
Mik MullerMontague WebWorks
Back to Community Threads

Reply to Thread

Enter the verification text

Related Knowledge Base Articles

Migrating SmarterMail to LinuxSmarterMail > Server Configuration and Management
Customizing SmarterMail's Webmail InterfaceSmarterMail > Installation and Configuration
Reset Administrator Username and Password ( Linux )SmarterMail > Installation and Configuration
Upgrading SmarterMail (Domain Conversion)SmarterMail > Installation and Configuration
Google Safe Browsing Warning and SmarterMailSmarterMail > Troubleshooting