Ugh, moving my mail to Exchange...
-
Since I've founded JUUN Software back in 2018 I've had my mail with my domain name provider. Had it in Outlook using IMAP. All works well, but I can't sync contacts or my calendar to my phone, which is annoying to say the least. Especially since I had to add a customer's account to my Outlook which is on Exchange and Outlook is now somehow rerouting all my appointments through that account. So I got Microsoft 365 Business last year and I'm finally getting to switching to Exchange. So I changed my DNS to look for Exchange, removed my IMAP account from Outlook and added Exchange. All works well, but... All my mails have gone. Turns out I have to move those manually. So I'm now setting up IMAP again, syncing all the mails I just removed back to Outlook, moving them to another account, setting up Exchange again en moving them back to Exchange. I remember having these same problems back in 2014 when I switched my edgy teenager mail account to a more mature account. You'd think this could be easier in 2023 X|
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
If you have a Samsung, Samsung Smart Switch allows you to sync your Outlook contacts. (That or Side sync, but I think it was Smart Switch.) I believe it also updates your calendar, but I'm not sure.
Our Forgotten Astronomy | Object Oriented Programming with C++ | Wordle solver
-
If you have a Samsung, Samsung Smart Switch allows you to sync your Outlook contacts. (That or Side sync, but I think it was Smart Switch.) I believe it also updates your calendar, but I'm not sure.
Our Forgotten Astronomy | Object Oriented Programming with C++ | Wordle solver
Got it all working now with Exchange :D
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
If you want to play with the big boys, you have to use the big boy's tools.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows. -- 6079 Smith W.
There are some tools (big boy or not) I'll never have in my company. SAP and Oracle come to mind :D
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
Since I've founded JUUN Software back in 2018 I've had my mail with my domain name provider. Had it in Outlook using IMAP. All works well, but I can't sync contacts or my calendar to my phone, which is annoying to say the least. Especially since I had to add a customer's account to my Outlook which is on Exchange and Outlook is now somehow rerouting all my appointments through that account. So I got Microsoft 365 Business last year and I'm finally getting to switching to Exchange. So I changed my DNS to look for Exchange, removed my IMAP account from Outlook and added Exchange. All works well, but... All my mails have gone. Turns out I have to move those manually. So I'm now setting up IMAP again, syncing all the mails I just removed back to Outlook, moving them to another account, setting up Exchange again en moving them back to Exchange. I remember having these same problems back in 2014 when I switched my edgy teenager mail account to a more mature account. You'd think this could be easier in 2023 X|
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
This may be considered heresy here at CP but... It seems like many (most? all?) developers have an obsession with keeping (forever?) every email that has ever passed through their inbox. As far as I'm concerned, 93.4% of emails I send or receive have a shelf-life of about a week... the remaining 6.6% can be evenly divided into those with a shelf-life less than a week and those with a shelf-life greater than a week. It's an extremely rare day that I need to search my archives for an old email. I find it humorous that something we find so vitally important will become absolutely worthless the moment we retire (or die).
-
Since I've founded JUUN Software back in 2018 I've had my mail with my domain name provider. Had it in Outlook using IMAP. All works well, but I can't sync contacts or my calendar to my phone, which is annoying to say the least. Especially since I had to add a customer's account to my Outlook which is on Exchange and Outlook is now somehow rerouting all my appointments through that account. So I got Microsoft 365 Business last year and I'm finally getting to switching to Exchange. So I changed my DNS to look for Exchange, removed my IMAP account from Outlook and added Exchange. All works well, but... All my mails have gone. Turns out I have to move those manually. So I'm now setting up IMAP again, syncing all the mails I just removed back to Outlook, moving them to another account, setting up Exchange again en moving them back to Exchange. I remember having these same problems back in 2014 when I switched my edgy teenager mail account to a more mature account. You'd think this could be easier in 2023 X|
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
This may be considered heresy here at CP but... It seems like many (most? all?) developers have an obsession with keeping (forever?) every email that has ever passed through their inbox. As far as I'm concerned, 93.4% of emails I send or receive have a shelf-life of about a week... the remaining 6.6% can be evenly divided into those with a shelf-life less than a week and those with a shelf-life greater than a week. It's an extremely rare day that I need to search my archives for an old email. I find it humorous that something we find so vitally important will become absolutely worthless the moment we retire (or die).
Yes, that is heresy. I've had to find an old email on multiple occasions, if only to tell a customer "yes, I did remind you/mention it/whatever, see email at [date from months ago]." It costs me nothing to keep my mails from years ago, yet if I ever get into a dispute with a customer and I don't have relevant proof of my right (which could just as well be an email) it could cost me a lot of money. In fact, I nearly got into such a dispute. A customer wouldn't pay because I didn't finish their software. Luckily, I could show them a nice long email history with all the times I reminded or asked my customer about something and never did I get an answer. Ultimately, they paid almost everything. Imagine how a few emails saved me about 15K. In other occasions I was just happy to find an old email because it explained something I forgot about.
fgs1963 wrote:
I find it humorous that something we find so vitally important will become absolutely worthless the moment we retire (or die).
That's true for many things. In fact, my parents already joke about all the "junk" they collect, like books, saying they'll keep it so I can throw it out once they're gone (which will hopefully be no sooner than about 30 years or so).
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
Since I've founded JUUN Software back in 2018 I've had my mail with my domain name provider. Had it in Outlook using IMAP. All works well, but I can't sync contacts or my calendar to my phone, which is annoying to say the least. Especially since I had to add a customer's account to my Outlook which is on Exchange and Outlook is now somehow rerouting all my appointments through that account. So I got Microsoft 365 Business last year and I'm finally getting to switching to Exchange. So I changed my DNS to look for Exchange, removed my IMAP account from Outlook and added Exchange. All works well, but... All my mails have gone. Turns out I have to move those manually. So I'm now setting up IMAP again, syncing all the mails I just removed back to Outlook, moving them to another account, setting up Exchange again en moving them back to Exchange. I remember having these same problems back in 2014 when I switched my edgy teenager mail account to a more mature account. You'd think this could be easier in 2023 X|
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
Sander, why are you using IMAP when your mail server is Exchange and you're using Outlook? Use the native Outlook/Exchange MAPI integration instead. It works far better than IMAP. It does suck having to move all your emails manually though. My solution for this has been to create a PST of the old mailbox and then import that PST into the new mailbox. Relatively easy to do and not as time consuming as having to manually move everything between mailboxes.
-
There are some tools (big boy or not) I'll never have in my company. SAP and Oracle come to mind :D
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
You are my kind of guy. :)
ed
-
Yes, that is heresy. I've had to find an old email on multiple occasions, if only to tell a customer "yes, I did remind you/mention it/whatever, see email at [date from months ago]." It costs me nothing to keep my mails from years ago, yet if I ever get into a dispute with a customer and I don't have relevant proof of my right (which could just as well be an email) it could cost me a lot of money. In fact, I nearly got into such a dispute. A customer wouldn't pay because I didn't finish their software. Luckily, I could show them a nice long email history with all the times I reminded or asked my customer about something and never did I get an answer. Ultimately, they paid almost everything. Imagine how a few emails saved me about 15K. In other occasions I was just happy to find an old email because it explained something I forgot about.
fgs1963 wrote:
I find it humorous that something we find so vitally important will become absolutely worthless the moment we retire (or die).
That's true for many things. In fact, my parents already joke about all the "junk" they collect, like books, saying they'll keep it so I can throw it out once they're gone (which will hopefully be no sooner than about 30 years or so).
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
This may be considered heresy here at CP but... It seems like many (most? all?) developers have an obsession with keeping (forever?) every email that has ever passed through their inbox. As far as I'm concerned, 93.4% of emails I send or receive have a shelf-life of about a week... the remaining 6.6% can be evenly divided into those with a shelf-life less than a week and those with a shelf-life greater than a week. It's an extremely rare day that I need to search my archives for an old email. I find it humorous that something we find so vitally important will become absolutely worthless the moment we retire (or die).
I agree that 99.9% of emails are going to be worthless after a month. But storage is cheap, my time is not. Keeping everything and being able to search it on need requires much less time than trying to manually sort out which messages are of long standing value and which can be deleted with no loss.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason? Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful? --Zachris Topelius
-
I archive the emails I am sure that I will need. The rest go about once a quarter. If I haven't needed them by then, I never will. this has not caused me any problem.
ed
How would you know which to keep? I've more than once needed emails older than a few months. I do keep them neatly organized, but as I said, it costs me nothing to keep them so why even bother deleting them?
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
Sander Rossel wrote:
You'd think this could be easier in 2023
This is another one of those "path of least resistance" type of things. If it's hard to migrate, people just won't bother and keep using your service.
Yeah, it might as well be! Imagine having some standard that could be freely and easily exchanged between providers :omg:
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
Sander, why are you using IMAP when your mail server is Exchange and you're using Outlook? Use the native Outlook/Exchange MAPI integration instead. It works far better than IMAP. It does suck having to move all your emails manually though. My solution for this has been to create a PST of the old mailbox and then import that PST into the new mailbox. Relatively easy to do and not as time consuming as having to manually move everything between mailboxes.
obermd wrote:
Sander, why are you using IMAP when your mail server is Exchange and you're using Outlook?
That was my entire point, I didn't have Exchange up until today ;) Naturally I'm using Exchange now and syncing my calendar and contacts to my phone as well :D
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
There are some tools (big boy or not) I'll never have in my company. SAP and Oracle come to mind :D
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
Sander Rossel wrote:
I'll never have in my company
More relevant - Crystal Reports!
Never underestimate the power of human stupidity - RAH I'm old. I know stuff - JSOP
-
Sander Rossel wrote:
I'll never have in my company
More relevant - Crystal Reports!
Never underestimate the power of human stupidity - RAH I'm old. I know stuff - JSOP
Too late for that :sigh:
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
How would you know which to keep? I've more than once needed emails older than a few months. I do keep them neatly organized, but as I said, it costs me nothing to keep them so why even bother deleting them?
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
The bigger the haystack, the harder it is to find the needle. If it's an email I replied to, then I archive it. If it is a reply to one of my emails, I keep it. If I did keep them all, I would add folders by topic and store them in the folder they belong to. Oh, and I don't know how many emails you get, But I get on average 150 emails a day, most of them being junk. :sigh: Let me know how it turns out. The best right back to you.
Ed
-
The bigger the haystack, the harder it is to find the needle. If it's an email I replied to, then I archive it. If it is a reply to one of my emails, I keep it. If I did keep them all, I would add folders by topic and store them in the folder they belong to. Oh, and I don't know how many emails you get, But I get on average 150 emails a day, most of them being junk. :sigh: Let me know how it turns out. The best right back to you.
Ed
Well, I don't keep everything. Automated mails about build status updates or spam, I throw away. But any remark or request from a client, no matter how small, I keep.
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
