How to synchronize Outlook sent emails to the server automatically?

a wild guess: non tech savy customers og his' who get/want it their way
or just to comply and make sure things are saved as per requirement. Actually does not really matter why.
Sure enough there are reasons.

 

Reality is, some customers pay good money and have their strong opinion when it comes to changes.
Now he was just wondering how other providers achieve this.
Sure enough, disabling pop3 is the better solution - no doubt.

But it is not me, or in fact anyone, to make the decision.
The point against pop3 is clear enough, though depending on needs and stuff, old things are kept alive

 

Not sure why you want to write your own mail client when the server is captureing the mails and place them in a folder which can be remapped using sieve on webmail.
Not saying it is an easy task either but the capture and move parts is imho not too hard todo.

One can use incoming/outgoing custom filters, heck even a stoopid cron like this

Code:

import os
import shutil
from email.parser import BytesParser
from email.policy import default

# Dovecot Local Maildir Path
MAILDIR_PATH = "/home/user/Maildir"

def move_mail_to_folder(mail_path, folder):
    destination_folder = os.path.join(MAILDIR_PATH, folder)
    if not os.path.exists(destination_folder):
        os.makedirs(destination_folder)
    shutil.move(mail_path, os.path.join(destination_folder, os.path.basename(mail_path)))

def process_mails():
    for subdir in ["new", "cur"]:
        mail_folder = os.path.join(MAILDIR_PATH, subdir)
        for root, dirs, files in os.walk(mail_folder):
            for file in files:
                if file.endswith(".eml"):
                    mail_path = os.path.join(root, file)
                    with open(mail_path, "rb") as f:
                        msg = BytesParser(policy=default).parse(f)
                        # Check if mail is sent by the user (adjust the condition as needed)
                        if "[email protected]" in msg["From"]:
                            move_mail_to_folder(mail_path, "Sent")
                        else:
                            move_mail_to_folder(mail_path, "INBOX")

if __name__ == "__main__":
    process_mails()

which unlikely will work but to get a rough idea. it does not check if the mail is already there and comparing by the internal message-id would be better.

Anyway, imho enuf said =) It's not an easy task and for a one person company who does other things, likely unmaintainable. Disable pop3 is also my conclusion. But saying it is not possible or one would need to write his own clients, I disagree.

 

My understanding is, he used the providers as example and to test the functionality and make it more clear where we could reproduce this behaviour he wanted to know how it can be done like this.

 

The conclusion would be "it's still complicated" but I think we had a difference in reading what is actually requested.
Sure enough I would not have claimed that bald statement to capture outlook mail sent to yahoo on a personal mx with no connection to it

 

You gave one of the options on page 1 already, sieve is a mighty thing.

I had namespace inbox / renaming aka translating folder names / special_use in mind.

Syncing would still be an issue, like one would have to log on webmail to delete mails for good if one would
use two folders server side as we can not know if a client deleted an email locally, true.

Sieve has a lot of capabilities like "duplicate" detecting messages by ID.

So yes, basically I'd keep the mails on a special folder serverside and do some syncing back and forth.
Terrible, maybe, better solutions possible, possible. But as a general idea, good enough?
If a large provider implements such a thing, there might be demand for such things I guess.

And if you are a large provider, obviously one has more resourced than my quick 5 minutes thoughts about this

 

But in case the author really wanted to have remote pop3 accounts on his server imap;
fetchmail ; offlineimap

 

I know, my email client ( evolution ) offers this, too.
But I think we can agree that using a milter on postfix for sending mails is much much easier if we are the MX the client is communicating with.
Like Junk mail we can copy that mail for "further inspection" into Imap folder to be seen by webmail.
Also on the receiving end, one could do the same for selected or all accounts.

As mentioned, syncing mails would still be impossible ( local delete does not trigger remote delete ).
This is a behaviour commonly known back in the days when people did not use imap and providers like web.de
had such things implemented, dunno but t-online did this also for a while if I remember correctly.

One had to login into webmail and delete again.

 

Thank you very much "till" and "ztk.me" for the great discussion.
I've tried hard to understand and hope to learn some tricks from your discussions.

In my area, there are about hundreds of thousands or millions of people using this feature, so maybe we feel that this is a habit, used to this kind of function, most of the time it is for administrative purposes, and secondly, it is also a kind of data security for users, such as local Outlook or system or disk corruption, etc., at this time, they can still query the mail sent in Outlook in the past through Webmail.

In addition, there is a habit here, due to many reasons, people here may not like to use IMAP, especially their administrators, they don't want to give higher operation authority to users through IMAP, because many users may accidentally misoperate or other reasons resulting in data loss and other reasons.

Thank you.

 

I see what you mean, I'm just talking about the usage habits of different regions, no matter what kind of person they are.

 

I see. Thank you.