|
YES! :fistpump:
That was the plan, or at least part of it. 
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
I need some help with my mail.
I have a Gmail account and another account.
Now, I've set up Gmail so it also receives and sends emails from my other account and I've used it like that for two years now.
I'm using IMAP, but on the mail server all my mails are unread and uncategorized, so it doesn't sync anything except inbox mailserver to inbox Gmail (one way).
Now I want to move from Gmail to Outlook 365 (and separate the two mails again), but that means all my mails are simply synced as an unread list in my inbox.
I've tried Googling, but no solution is really easy or clear.
One problem I have is that everything is in the same Gmail account, so my "sent" folder, for example, contains Gmail and other mails, while I only want the other mails.
Any sent mails are also not synced to the mail server, so they aren't read by Outlook.
Is there any way to sync/export/import everything I've ever did with my other mail account in Gmail to my mail server/Outlook 365?
|
|
|
|
|
I've never managed to get Microsoft's idea of what my mail folders should look like and google's idea of them to dovetail so all I can say is best of luck. You may have to get creative, but be careful with necromancy, as it's usually stateful and causes side effects.
Steve Wozniak is the only thing at Apple that isn't evil.
|
|
|
|
|
gmail + office 365?
Why not just enter the gates of Hell, if you want to suffer that much?
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Well, if you must Outlook:
1. You could take a brute force approach. In Outlook, add your gmail account as an IMAP account. Tell it to cache as many months as you want to. Then open the sent folder, do a search on whatever you want, select all and move to whatever folder you want (or create a new one).
2. If your outlook365 account is connected to an exchange server (like O365) and you have admin privileges, you could create a gmail pop account and then import the pst file into exchange... no, don't do that. I did it for 20 users and it was a nightmare. 
If you can keep your head while those about you are losing theirs, perhaps you don't understand the situation.
|
|
|
|
|
theoldfool wrote: If your outlook365 account ... and then import the pst file into exchange...
recently helped move someone with 7 years of email to o365 on-line- he never threw away anything, even the full 7 years of junk mail). previously was pop so already in .pst files. (and when I say "helped" he watched me do it - didn't know how to even start anything like that himself.)
anyway [small blessing] it was already split up by year = 7 pst's
- 4 of them over 1 gig [blessing depreciated]
followed instructions to import the first (smallest) pst, not the most confidence inspiring process.
so decided instead [on his desktop] to:
- add the old .pst files (external pst in accounts & files)
- in the online create a new [year-named] top level folder
- create matching subfolders (Inbox, Sent...) and drag (moved) the contents over from the local/attached .psts
yeah slow, but less farting about than the .pst import
(actually seemed faster too, or at least it didn't just sit there seemingly doing nothing - you could scroll and watch the psts arriving at the destination in date order so could estimate time left)
-----------
so anyway rather than copy all, just add the other account / .psts to o365,
drag and drop only what you want (copy or move)
the detach the other account / .psts
after many otherwise intelligent sounding suggestions that achieved nothing the nice folks at Technet said the only solution was to low level format my hard disk then reinstall my signature. Sadly, this still didn't fix the issue!
|
|
|
|
|
Sander Rossel wrote: I'm using IMAP, but on the mail server all my mails are unread and uncategorized, so it doesn't sync anything except inbox mailserver to inbox Gmail (one way).
Is this something you have limited? I used other emails on GMail and have not faced any issue.
Alternatively, create a new email. I checked and can confirm that sander_cool_dude on outlook is available.
"It is easy to decipher extraterrestrial signals after deciphering Javascript and VB6 themselves.", ISanti[ ^]
|
|
|
|
|
lw@zi wrote: Is this something you have limited? I used other emails on GMail and have not faced any issue.
Nope, I'm not sure what it is or if it's supposed to sync labels too, but it doesn't do so by default it seems.
I've checked the Gmail settings and it seems it should sync labels though.
Creating a new email isn't an issue as I have my own domain name, but that's really not what I want 
|
|
|
|
|
This has clusterfuck written all over it 
"There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies. The first method is far more difficult." - C.A.R. Hoare
Home | LinkedIn | Google+ | Twitter
|
|
|
|
|
I have multiple gmail accounts for different purposes and use Thunderbird to transfer emails between accounts without having to forward everything. On occasion I mess up and send from the wrong account.
You can download everything from gmail into Thunderbird, and you should be able to upload into Outlook.
Warning: Thunderbird doesn't understand labels -- it treats them as folders. If an email has more than 1 label, it will get downloaded once for each label.
|
|
|
|
|
I recently rewrote the hand rolled Slang parser to make it better.
That was successful. It parses all my test material, and faster than the two previous parsers.
However, I then began reintegrating it back into projects like Deslang and Parsley.
So far so good, except wait, this is curious.
Deslang is no longer able to resolve my LookAheadEnumerator code! (Not even part of the parsing process!)
Funny thing, it can't determine the runtime type for IEnumerator<t> (duh! it has no runtime type - it's an uninstantiated generic!)
I'm not confused as to why it doesn't work. What blows my mind is that it worked before.
I have no idea how. It shouldn't have, as far as I can tell.
And yet, I know it did, because if it didn't, Parsley couldn't even parse word one. LookAheadEnumerator sits right next to its black little heart.
I still have the old codebase, but it's non-trivial to find out why Deslang worked in this case. So much easier to trap error conditions than success
Update: I fixed it all and figured out the old magic. I just convinced myself that magic wouldn't work, but yes Ramona, you can call
typeof(IEnumerator<>).GetMembers()
and get a meaningful result
Update 2: in what was one of may the most hair raising migrations i've encountered since i left the professional fold, I've migrated all of BuildPack to use the new slang parser.
19 projects, all building successfully (which requires slang to work or these build tools error!)
so yay. If this blew up i don't know what i'd do.
Steve Wozniak is the only thing at Apple that isn't evil.
modified 13-Jan-20 7:34am.
|
|
|
|
|
Obligatory YouTube: The Reason Why[^]
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
It worked
Steve Wozniak is the only thing at Apple that isn't evil.
|
|
|
|
|
Have you tried turning it off and on again?
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
actually kind of.
But seriously, I found the problem. It *was* with the parser and it was silly.
ParseNamespaceName()
was returning "SystemCollectionsGeneric" for "System.Collections.Generic" so types weren't getting resolved.
I figured out the magic of how the old codebase worked and it's still working.
Basically, you can do
typeof(IEnumerator<>).GetMembers()
To cheat when you don't have a generic type argument to pass. Like when I find
IEnumerator<T> in my code.
For some reason I got it into my head that this didn't work. 
Steve Wozniak is the only thing at Apple that isn't evil.
|
|
|
|
|
I used PaintShop Pro 2020 today, and when I went to close it, it announced that Update 2 was available, and did I want to install it?
That's fine - it's the civilized time to ask, when I'm finished with it. So I say "Yes", up comes the UAC box, OK, Setup starts. First it complains that the app is still running ... 
Then it starts, and it gets about 20% or so and just sits there saying "Installing" - after half an hour or so, I add a Explorer window so I can see if the progress bar is just moving so slowly I can't see it, and fifteen minutes later it still hasn't moved a pixel.
So I reach for the "Cancel" button ... and it jumps to 75% and starts showing file names as soon as the mouse is over it. 
I hate that - just try to give us kind of indicator that you are alive, allright? Or has Corel employed the guy who wrote the original Windows "File Copy" progress indicator? 
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Obligatory xkcd: Estimation[^] 
"Five fruits and vegetables a day? What a joke!
Personally, after the third watermelon, I'm full."
|
|
|
|
|
It's art, man.
The dramatic build-up of tension is important to the overall artistic experience.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
OriginalGriff wrote: First it complains that the app is still running
If you want to write over a file, it cannot be in use. Not something new, is it?
OriginalGriff wrote: So I reach for the "Cancel" button ... and it jumps to 75% and starts showing file names as soon as the mouse is over it.
Sounds like it wasn't updating the UI for a bit.
OriginalGriff wrote: Or has Corel employed the guy who wrote the original Windows "File Copy" progress indicator?
If you can calculate the average time it takes to move a MB, you can calculate the estimated time for the entire operation. If the blocks you move are of different sizes, then the speed will differ during the operation, meaning the average changes. I like that dialog; it does not say it will be done at that exact time, it just tries to update its best guess regularly.
So, when I show a progressbar, I include the estimated time remaining. You write the functionality once and embed if in the progressbar.
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Eddy Vluggen wrote: If you want to write over a file, it cannot be in use. Not something new, is it?
No, and I agree. But ... when I say "close the app" and it pops up "do you want to update?" surely it should continue and actually close the app just to be civilized?
when I show a progressbar, I include the estimated time remaining. You write the functionality once and embed if in the progressbar.
Yes - and particularly when you write an updater, because you know what files you are replacing with what size new ones and should be able to come up with a "smooth" progress bar and a "reasonable estimate" of how much time is left.
This is just lazy coding by Corel ...
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
OriginalGriff wrote: But ... when I say "close the app" and it pops up "do you want to update?" surely it should continue and actually close the app just to be civilized?
Only if the app allows that; it can block being shut down, like in case they tend to do when there's unsaved work.
OriginalGriff wrote: Yes - and particularly when you write an updater, because you know what files you are replacing with what size new ones and should be able to come up with a "smooth" progress bar and a "reasonable estimate" of how much time is left.
That's the "improvement" I noticed in Win8; it tries to give a better estimate by enumerating all files to get their sizes before it does anything else. If you have a lot of files, you can see the difference with the Win2000 version.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
I think the point is: if the app offers an update on close then it should just do the damn job properly and make sure the program is shut down first... like most applications that have this feature do.
Eddy Vluggen wrote: Only if the app allows that; it can block being shut down, like in case they tend to do when there's unsaved work.
If the app shows the "update" dialog before the "unsaved changes" dialog then that's some pretty awful design. Also, the app should be capable of checking it's own state before it shows the update dialog to make sure it can be shut down without problems.
|
|
|
|
|
musefan wrote: If the app shows the "update" dialog before the "unsaved changes" dialog then that's some pretty awful design.
I think it is awfull design to have the app try to update itself.
musefan wrote: Also, the app should be capable of checking it's own state before it shows the update dialog to make sure it can be shut down without problems.
Most installers offer the closing
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Eddy Vluggen wrote: If you want to write over a file, it cannot be in use. Not something new, is it?
40 years ago, when I was still a student, I learned about how computer controlled phone switches did updates by managing two parallell versions of a code module, both active. When the updated module is installed, all new connections use it, but already established connections continue to use the old version. As soon as the reference count for the old one drops to zero, it is released from memory.
For years I have been reading about the Windows facilites for marking a file for deletion at reboot (although I haven't actually made use of it myself). The file is no longer visible in the file system directories, but it remains available on disk for processes that have already opened it. This certainly has been available since the arrival of Windows 7, but I would guess that it came with XP (or that it has always been present in the NT family).
So you can certainly replace a file that is still in use. If you insist on using exactly the same physical disk pages, all the users of it must have opened the file in the proper mode, but you don't need that neither to delete a program system nor to update to a new version.
Eddy Vluggen wrote: Sounds like it wasn't updating the UI for a bit.
Isn't that exactly the complaint? If the procedure doesn't care to make any update between 20% and 75% completion, it really needs no progress bar. A message "Operation started" says it all. I sometimes use that myself when the operation involves running software over which I have no control, but for an uninstall procedure, the software manufacturer certainly should kow what is to be done!
Even if you activate the uninstall from the running application, this may activate the uninstaller as a separate program, running as a detached process, and then terminate. If the uninstaller is set up to run from a paged image, it may delete both the application files and its own program file; the .exe needs not to be kept open if all code has been read in for paging. There are scores of uninstallers that do a complete uninstall, including deleting the uninstaller itself. If it happens, it must be possible.
Eddy Vluggen wrote: If the blocks you move are of different sizes, then the speed will differ during the operation, meaning the average changes.
The uninstaller knows which files to delete, how many and their size. In any case it should start out with a rough idea of the performance you can expect from a typical disk, both in time to create / open / delete a file, read / write a megabyte etc. Maybe, if the uninstaller doesn't care to check if the disk it an old rotating one or a flash disk, the first estimate may be a little off, but simply looking at how long the first few operations took should quickly correct that first guess.
As the operation progresses, with the number of completed operations continously increasing, the estimates ought to be more and more stable, not jump all over the place. If you have deleted X files, releasing Y Mbytes of disk space, you should expect the next file delete to require 1/X as much fixed time plus Z/Y (with Z being the size of the file) in variable time. Of course you can add other factors into the calculation as well, but even a primitive fixedTime + volumeDependentTime estimate based on previous operations ought to give us far more stable progress bar progress than we see in most programs.
|
|
|
|
|
Member 7989122 wrote: So you can certainly replace a file that is still in use.
Not in Windows; replacing requires writing (and locking) to a file that is in use.
Member 7989122 wrote: Isn't that exactly the complaint?
That's two different things; the progress not being updated by the installer, or Windows not painting because the main-process is busy.
Member 7989122 wrote: The uninstaller knows which files to delete, how many and their size.
Usually, it doesn't.
Member 7989122 wrote: but simply looking at how long the first few operations took should quickly correct that first guess.
That's exactly what the Windows progressbar shows when copying files and where all those people complain about it moving from 10s to 30m to 15s.
Member 7989122 wrote: not jump all over the place.
Given a FS works, the file may be "all over the place". Also, some updates may have changed sizes, and there'll be a lot of small files created to save preferences and stuff. Lots of small files take more than than a single file of the same size. So no, not as easy as you paint
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
