SmarterMail build 9049 and earlier: Timestamp of mails retrieved by POP and IMAP isn't original received timestamp

Sabatino Replied

10/17/2024 at 12:05 AM

I did some testing with my 9049 and didn't detect this problem.

The time of the recovered message is correct.

Tried with

Emclient and imap

Samsung Email App (Android)

Sabatino Traini
Chief Information Officer

Genial s.r.l.
Martinsicuro - Italy

S

Stefan Mössner Replied

10/17/2024 at 2:19 AM

I'm using webmail of SmarterMail only. I had an issue today with retrieving the mails by POP from my external mail provider. After restarting the mail server service the mails were retrieved but got the timestamp of the retrieval and not the timestamp of the original received moment. There ware mails I received originally yesterday or by night and all showed the timestamp of the retrieval in webmail.

The same behavior I see, when I retrieve mails by IMAP.

C

CLEBER SAAD Replied

10/17/2024 at 5:13 AM

@stefan, what's the language of your SO and account?

S

Stefan Mössner Replied

10/17/2024 at 5:45 AM

What do you mean with SO? Language is German.

S

Stefan Mössner Replied

10/22/2024 at 1:38 PM

What do you mean with SO? Language is German.

C

CLEBER SAAD Replied

10/23/2024 at 5:12 AM

Sorry, SO = OS (operation system).

S

Stefan Mössner Replied

10/23/2024 at 10:11 PM

OS: Windows 10 22H2 with newest patches, but no preview patches, German

I hadn't this issue before. It came with one of the newer 90xx builds.

C

CLEBER SAAD Replied

10/24/2024 at 4:07 AM

Try to open a ticket with ST

S

Stefan Mössner Replied

10/24/2024 at 4:47 AM

I'm using the free edition. So I'm not allowed to open a ticket.

S

Stefan Mössner Replied

10/31/2024 at 7:57 PM

SmarterTools, please check this behavior. It's not OK when SmarterMail changes the timestamp of the messages.

And it didn't this until some releases ago.

S

Stefan Mössner Replied

11/16/2024 at 2:22 AM

SmarterTools, this issue is still not resolved.

S

Stefan Mössner Replied

12/20/2024 at 1:04 AM

SmarterTools, this issue is still not resolved. When will this be fixed?

Thank you and I wish you all a merry christmas and a happy new year.

S

Stefan Mössner Replied

1/17/2025 at 11:35 PM

Hello SmarterTools,

why don't you solve this issue? The timestamp of reveived mails that are retrieved from a mail provider via IMAP or POP3 has to be kept and not to be updated by the timestamp of the retrieving time!

Thank you.

S

Stefan Mössner Replied

2/12/2025 at 11:17 PM

Since last october I'm reporting this issue and nothing happens :-(. At this time something changed in SmarterMail. The older releases didn't have this issue.

I don't know why SmarterTools is ignoring this issue.

Brian Bjerring-Jensen - VonBjerring GmbH Replied

2/13/2025 at 2:12 AM

HAve you tested it on the newer versions?

Gabriele Maoret - SERSIS Replied

2/13/2025 at 5:10 AM

I recommend you update to the latest release 9168.

It works great and they fixed a ton of BUGs

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)

S

Stefan Mössner Replied

2/13/2025 at 5:32 AM

I've always running the latest build. And as I wrote, it isn't fixed since october. I'm using the webmail client only. But this shouldn't be related to the client because the retrieval of the messages is done by the server.

Brian Bjerring-Jensen - VonBjerring GmbH Replied

2/13/2025 at 5:44 AM

I dont see the difference in timestamps in outlook and webmail...its the same.

Gabriele Maoret - SERSIS Replied

2/13/2025 at 6:49 AM

Hi Stefan!!! I didn't realize you're already updated to the latest, I thought you were still on 8049...

I don't see this problem either, in any of my servers (I have 6... with thousands of clients)...

So it seems like it's a specific problem with your installation, not a general bug in the software.

Unfortunately, if it's a problem that ONLY happens to you and is not replicated by ANYONE else, then you must open a ticket so they can help you solve it, and this implies that you pay for support.

If you don't pay for support, then you can't expect problems that only happen to you to be solved, there's no point in insisting.

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)

S

Stefan Mössner Replied

2/13/2025 at 7:16 AM

As already written in my first post and in the title of this discussion I'm not receiving the external mails directly by the SmarterMail server. I retrieve them from external mail provider by POP3 or IMAP. Receiving mails directly from internal network with SMTP works perfectly and there's no issue with the timestamp. That's why you don't have this issue.

Brian Bjerring-Jensen - VonBjerring GmbH Replied

2/13/2025 at 7:36 AM

Then its probably the external mailprovider that is the issue :)

S

Stefan Mössner Replied

2/13/2025 at 9:10 AM

But I've also described that the issue started with one of the releases of SmarterMail in Septenber / October. Before I didn't have this issue.

This isn't related to only one external mail provider. I've two provider where I rretrieve mails from, one with POP3 (GMX) and one with IMAP (Microsoft). And mails from both are stamped with the retrieval and not with the receiving timestamp.

22 Replies

Reply to Thread