Back to Community Threads
4
Last Login Date is Incorrect
Problem reported by kevind - 9/14/2015 at 8:18 PM
Resolved
When it's late in the evening and you view the list of users on a domain, it displays a last login date that's one day ahead. It must not take into account the timezone or something.
 
 

15 Replies

Reply to Thread
0
Merle Wait Replied
9/14/2015 at 8:34 PM
What version of SM are you running???
Refer to  article:  
 
I had that issue, but appears to be corrected in SM 14.x  
0
kevind Replied
9/15/2015 at 7:46 AM
Merle, thanks for the reply. We are running 14.2. I read your post and I don't think we have the same problem.

I think it's just a matter of converting Universal time to local time when displaying the dates.
0
kevind Replied
9/17/2015 at 8:32 AM
This should be an easy fix -- convert time zone on Last Login.
 
Why not display the last login time as well?  Would be useful.
 
Kevin
0
kevind Replied
9/30/2015 at 6:19 AM
Just wondering if ST could confirm this bug and mark it as being fixed. At 9pm, it shows the last sign-in date as tomorrow. This tells me that it's using universal time and not converting to the local time zone.
 
Fix = convert to local time zone
Enhancement = show the time also
 
Thanks,
Kevin
0
Matt Petty Replied
9/30/2015 at 9:34 AM
Employee Post
I am seeing this as well it seems to be using GMT for the time it appears since mine is 7 hours ahead and Arizona is -07:00. I will add this to our bugs list.
 
Regarding your second note, I'm shown times like this, 9/30/2015 4:32:21 PM
Matt Petty Senior Software Developer SmarterTools Inc. www.smartertools.com
0
kevind Replied
9/30/2015 at 10:31 AM
Is there a switch somewhere to show time? Or maybe you have a newer build? Mine looks like the pic above (date, no time).
0
Matt Petty Replied
10/1/2015 at 4:19 PM
Employee Post
Added: The users grid now includes the time with the date under the Last Login column.

Yea in today's minor release we have the times shown. Unfortunately the time is still incorrect.
Matt Petty Senior Software Developer SmarterTools Inc. www.smartertools.com
0
Employee Replied
10/2/2015 at 1:44 PM
Employee Post
The last login time now displays local server time instead of UTC.  It is included in the latest public release of SM 14.3
0
kevind Replied
10/5/2015 at 9:05 AM
This is better, but still not quite right. It should use the time zone of the domain administrator (the person currently signed in) and not the local server time.
0
kevind Replied
10/8/2015 at 8:26 AM
Can we mark this thread as Known instead of Resolved until the time gets fixed? Need to use the time zone of the person who's signed in.

FWIW, this is really a minor issue, but probably should fix it before we forget about it.
0
Matt Petty Replied
10/8/2015 at 8:38 AM
Employee Post
It was decided that we will use Server timezone. However, we have made a note to talk about this in our next developer meeting so we can get some opinions one way or the other.
Matt Petty Senior Software Developer SmarterTools Inc. www.smartertools.com
0
kevind Replied
10/8/2015 at 8:55 AM
Seems like a bad decision, but glad you're reconsidering. Here are 2 points you can bring up in the meeting:
1) If sticking to server time, probably should be consistent and show Inbox messages as server timezone also.
2) What about the ISP in Chicago who hosts domains for customers on both coasts. When the domain admin in California signs in, he/she will see Central time? OK, the Cubs did win their first playoff game in 12 years.
0
Employee Replied
10/8/2015 at 9:44 AM
Employee Post
Kevin, we have modified the last login time to use the domain admin's time zone instead of server timezone. It will be included in the next minor release.
0
Employee Replied
10/8/2015 at 9:50 AM
Employee Post
Additionally, we have left the Indexing status date/time as local server time since system admins do not have any timezone information associated with their accounts. If it would be beneficial, we can add "GMT+/- offset" to the end of the displayed date/time or display in GMT by default.
0
kevind Replied
10/8/2015 at 10:38 AM
Robert, all good! Leave Indexing time as is (sys admin works in server time).
Back to Community Threads

Reply to Thread

Enter the verification text

Related Knowledge Base Articles

Unexpected Sync Behavior with Outlook and IMAPSmarterMail > Troubleshooting
Google Safe Browsing Warning and SmarterMailSmarterMail > Troubleshooting
Reset Administrator Username and Password ( Linux )SmarterMail > Installation and Configuration
Customizing SmarterMail's Webmail InterfaceSmarterMail > Installation and Configuration
Set up Autodiscover for SmarterMailSmarterMail > Installation and Configuration