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

11 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
Technical Support Specialist
SmarterTools Inc.
(877) 357-6278
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
Technical Support Specialist
SmarterTools Inc.
(877) 357-6278
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
10
Agree that last login should NOT update on impersonation.
5
I agree too, it should NOT update on impersonation.
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
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
Technical Support Specialist
SmarterTools Inc.
(877) 357-6278
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

Related Community Threads

Lost in space: Can't find setting for log level anymoreQuestion by Martin Schaible - Yesterday
Build 7866 - anyone deployed?Question by Nathan - Yesterday
SmarterMail doesn't look at SPF record in DNS when sending email?Question by Montague WebWorks - Yesterday
Error, content-type must be text/xmlProblem reported by Jay Dubb - Yesterday
[UI] Increase Size of Preview PaneIdea by kevind - 7/23/2021

Related Knowledge Base Articles

Customizing SmarterMail's Webmail InterfaceSmarterMail > Installation and Configuration
Reset Administrator Username and PasswordSmarterMail > Installation and Configuration
Upgrading SmarterMail (Domain Conversion)SmarterMail > Installation and Configuration
About Your SmarterTools AccountGeneral Topics
Set Up a MAPI Account in Outlook 2016 or 2019 for WindowsSmarterMail > Desktop and Mobile Synchronization