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)

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.

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

What do you mean with SO? Language is German.

Sorry, SO = OS (operation system).

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.

Try to open a ticket with ST

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

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.

SmarterTools, this issue is still not resolved.

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.

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.

HAve you tested it on the newer versions?

I recommend you update to the latest release 9168.

It works great and they fixed a ton of BUGs

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.

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

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.

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.

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

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.