When using Outlook (pop3/smtp) to send emails, how can the server realize that the emails sent by Outlook are automatically recorded in the mail folder "Sent" of the server? For example, I can view emails sent by Outlook in Webmail. Thank you.
Sorry maybe I didn't describe the problem clearly. Here's an example: Some email service providers, users use Outlook to send and receive emails, when users log in to Webmail, there will also be Outlook sending records in "Sent", and can be viewed. I don't know how they do it but Outlook itself doesn't do any special configuration. Thank you.
I understand what you mean, and as I mentioned, this is not server-related. The email clients decide on their own in which Imap folder they want to store certain emails, and when the email clients do not agree to use the same folders (when using different clients), then one client will not see the emails stored by another client. So basically you will have to use the same settings in all mail clients for the folder names where certain emails get stored. ISPConfig creates default folders which most clients use like .Sent and .Drafts, but if Outlook tries to store emails in other folders, e.g., because it creates folders in your local language, then this will cause the issue you described. So you either have to configure Outlook to use the standard folders or configure RoundCube to use the Outlook folders.
https://support.microsoft.com/en-us...e > Options > Mail.,the same folder check box. You can also try to configure special users folders in dovecot.conf, maybe this can enforce in Outlook to use the right folders. Something like: Code: mail_plugins = $mail_plugins special_use plugin { special_use = \Drafts=Drafts \Sent=Sent \Trash=Trash \Junk=Junk }
I'm sorry. I confirmed what you said, but maybe we're talking about two different issues. For example, I added 2 email accounts on a fresh installation of Outlook, one for Hotmail and the other for another service provider, just using the default or adding the required account information, nothing else. Then I used these 2 accounts in Outlook to send 1 email each, and when I logged in to Webmail separately, Hotmail did not have a record of what I sent, but there was a record of other service providers. I don't know if that's how it's described...
First, emails can only be stored remotely when using IMAP, POP3 does not support it. And when using IMAP, it applies what I posted above. An IMAP server is - when viewed from the perspective of a mail client - just like a hard disk where you can create any kind of folder you like. When you want several mail clients to show the same sent emails, they must store them in the same folder using IMAP. The mail clients must agree to use the same folder name. Otherwise, one client stores sent mails in folder a and the other mail client in folder b, so none of them would see the sent emails of the other client. That#s why email clients must be configured to use the same folder name if you want sent emails to show up in all of them.
I know the difference between POP3 and IMAP when it comes to synchronization. However, as I said before, some other service provider also implemented similar synchronization when I was using POP3, and the folder names of Outlook itself have not changed, so I personally think it is due to the server, such as certain features or policies. Maybe I shouldn't use the word synchronization to describe it.
This might work when you have multiple email accounts configured with one account connected with IMAP and provides a shared sent folder to the pop3 accounts as well. Or, the mail clients must use a different shared write media, such as a network drive. But pure pop3 accounts simply can't do that; the pop3 protocol does not allow the mail client to store email on the server, and having a shared sent folder is nothing else than storing emails on shared writable file storage media like a server.
Thank you for your patience in explaining. I still don't know how they do it, their webmail has an option "Save Sent Messages to the Server (Valid for SMTP Protocol Only)"
not entirely true. Nothing prevents a service provider to copy sent mail to a folder on the server, maybe even checking using the message-id if it's there / saved by the client or not. No matter the protocol.
Not really. Your case is very specially constructed where the webmail client and desktop client must, e.g., be from the same vendor that has implemented another write channel for storing mails not using email protocols. Of course, such a setup is possible if the same vendor controls web and desktop clients (e.g. Microsoft Outlook) to implement his proprietary write protocol. But he can't do that with pop3 only and that#s what this thread here is about as I doubt the thread starter wanted to write his own desktop and web client to achieve this.
Thank you. I see what you mean. However, cases like mine may indeed be special, and perhaps in some special regions or special work habits, people need such functions.
well, one could work with sieve plugins, custom content filtering and simple services checking the message ids. this can get really sophisticated and are special needs, indeed. I just had the argument, it is possible. of course it is. as a provider it is possible to catch the mail wherever it enters or leaves the system. What's done to it in the meantime, is up to ones imagination. and of course, big players may have some custom daemons running. could be as easy as sending a store command for the servers mail storage to s3 like api including message id, I wonder if you look closely, like the headers of a mail, do they differ at the webmail from what you see locally? timestamp anything?
IMAP is made for this exact purpose and built into all common email clients. So why don't you use IMAP?