Old Outlook, New Outlook or Outlook Web Access
-
@scottalanmiller said:
But thinking about this, it feels very contrived. If we are talking about unsecured end points then when would a mobile unit be used for printing duties where security is concerned? If the spreadsheet needs to be secured, so does the print server and the printer and likely the paper that it churns out. So using a random laptop somewhere seems like an odd device to be doing that printing. How are you picturing that working?
It seems like in a case where there was security concerns, HIPAA for example, you'd not be doing this from "loose" endpoints like this but having specific security processes because you are specifically moving secure data from the secure world to the insecure world (paper to go public.) So there has to be a point where the security stops as that is the point of the exercise.
We wouldn't. But I'm trying to figure out how ANY endpoint can deal with not pulling local data down to work on it.
It just doesn't seem possible. At least not in the tasks that I do.
-
I'll move this part to the endpoint discussion and leave this thread to discuss the inadequacies of OWA, and the people who still love OWA.
-
@BRRABill said:
@scottalanmiller said:
But thinking about this, it feels very contrived. If we are talking about unsecured end points then when would a mobile unit be used for printing duties where security is concerned? If the spreadsheet needs to be secured, so does the print server and the printer and likely the paper that it churns out. So using a random laptop somewhere seems like an odd device to be doing that printing. How are you picturing that working?
It seems like in a case where there was security concerns, HIPAA for example, you'd not be doing this from "loose" endpoints like this but having specific security processes because you are specifically moving secure data from the secure world to the insecure world (paper to go public.) So there has to be a point where the security stops as that is the point of the exercise.
We wouldn't. But I'm trying to figure out how ANY endpoint can deal with not pulling local data down to work on it.
It just doesn't seem possible. At least not in the tasks that I do.
Gotta be different tasks. I haven't run into this issue in years for work data. Video games, yes, those I pull down locally.
Keep in mind that all companies using Chromebooks don't pull down data at all and do printing. So this isn't some fanciful theory but the real world that lots of individuals and companies work with today. Often those pulling down data locally are doing so out of habit or legacy workflows, not necessity.
What work are you doing yourself that would necessitate local data? I'm not saying that it doesn't exist, only that it's rapidly becoming uncommon.
-
@scottalanmiller said:
I find in Outlook that even if I delete stuff, sometimes it comes back. It tells me that it has deleted long before the operation has been successful.
This is an OST issue. Offline mode.
I agree that deleting things in OWA is much slower than on the Outlook client.
-
@BRRABill said:
So let's say I e-mailed you an Excel file of 100 of my clients and asked you to make envelopes to mail out. How would you do that?
Assuming mail merge exists in the online Word client, you would simply use that. If it doesn't, then you would send the file to the locally install copy of Word, use mail merge and then close the local install, which would save any changes back to SharePoint and delete the local cache.
-
@scottalanmiller said:
What work are you doing yourself that would necessitate local data? I'm not saying that it doesn't exist, only that it's rapidly becoming uncommon.
A problem I need to solve is scanning paper into a PDF, then uploading the PDF into my EHR. The EHR uses the browser's ability to use local storage to find files to upload the PDF from.
I can't see that I would want to scan my pages to say ODfB, then use my EHR to grab it from ODfB through my PC because that would mean the following:
Scanner saves file across the internet to ODfB -> EHR in browser sees file in ODfB through local client redirect, PDF is downloaded to local machine, then pushed up to EHR system.This means the PDF would be going out to the internet twice and being downloaded twice... waste of time and bandwidth.
If the EHR vendor knew how to talk directly to any cloud storage provider, that would dramtically save a step.
-
@Dashrender said:
I agree that deleting things in OWA is much slower than on the Outlook client.
I committed to using OWA all day today, and the deleting is awful.
The whole system is so much slower than Outlook 2007. Did Outlook 2013 slow down tremendously?
And I have a newish machine with an SSD.
-
@Dashrender said:
@scottalanmiller said:
What work are you doing yourself that would necessitate local data? I'm not saying that it doesn't exist, only that it's rapidly becoming uncommon.
A problem I need to solve is scanning paper into a PDF, then uploading the PDF into my EHR. The EHR uses the browser's ability to use local storage to find files to upload the PDF from.
I can't see that I would want to scan my pages to say ODfB, then use my EHR to grab it from ODfB through my PC because that would mean the following:
Scanner saves file across the internet to ODfB -> EHR in browser sees file in ODfB through local client redirect, PDF is downloaded to local machine, then pushed up to EHR system.This means the PDF would be going out to the internet twice and being downloaded twice... waste of time and bandwidth.
If the EHR vendor knew how to talk directly to any cloud storage provider, that would dramtically save a step.
Are you concerned with it being local, as well?
-
@BRRABill said:
@Dashrender said:
I agree that deleting things in OWA is much slower than on the Outlook client.
I committed to using OWA all day today, and the deleting is awful.
The whole system is so much slower than Outlook 2007. Did Outlook 2013 slow down tremendously?
And I have a newish machine with an SSD.
The local machine has no bearing on delete speed what so ever (other than your browser might refresh slow). I think this is an O365 problem.
But really this is the only issue I have with it.
Would you try doing a Shift Delete and tell me what happens? can you arrow to the next message? or did the browser lose focus?
-
Would you try doing a Shift Delete and tell me what happens? can you arrow to the next message? or did the browser lose focus?
What do you mean?
-
@BRRABill said:
@Dashrender said:
@scottalanmiller said:
What work are you doing yourself that would necessitate local data? I'm not saying that it doesn't exist, only that it's rapidly becoming uncommon.
A problem I need to solve is scanning paper into a PDF, then uploading the PDF into my EHR. The EHR uses the browser's ability to use local storage to find files to upload the PDF from.
I can't see that I would want to scan my pages to say ODfB, then use my EHR to grab it from ODfB through my PC because that would mean the following:
Scanner saves file across the internet to ODfB -> EHR in browser sees file in ODfB through local client redirect, PDF is downloaded to local machine, then pushed up to EHR system.This means the PDF would be going out to the internet twice and being downloaded twice... waste of time and bandwidth.
If the EHR vendor knew how to talk directly to any cloud storage provider, that would dramtically save a step.
Are you concerned with it being local, as well?
No, I'm not worried about the local nature of this. Workstations I don't worry about encrypting. This is mostly done from workstations/desktops, not laptops. But even so, the user is uploading the files directly from the network share, not downloading the files to the local machine. Sure they open the file on the local machine and there is probably some type of Cache on the local machine, but I'm really not worried about that as well - I suppose I should see what kind leakage there is on the local machine, but we've been using PDFs and their readers for decades and there hasn't been any big news about there being a problem, so I'm kinda guessing it's not big of a deal. Is there some leakage, probably. Is it large enough to cause a real concern, probably not.
If these were laptops and the chance of theft was high, then I would reconsider.
-
@BRRABill said:
Would you try doing a Shift Delete and tell me what happens? can you arrow to the next message? or did the browser lose focus?
What do you mean?
If you hold the shift key while pressing the Delete key you'll delete an email with it skipping paste the deleted items and just being gone. If you are working from the keyboard, not using the mouse... can you keep using OWA?
-
@Dashrender said:
If you hold the shift key while pressing the Delete key you'll delete an email with it skipping paste the deleted items and just being gone. If you are working from the keyboard, not using the mouse... can you keep using OWA?
That pops up a window which will slow me down even more!
-
can you post a picture? I never get a popup when I shift delete something.
-
-
@BRRABill said:
@Dashrender said:
can you post a picture? I never get a popup when I shift delete something.
oh man, it's so automatic for me now I completely forgot about that popup.
I understand it's even slower, but that's not what I was trying to find out. I'm trying to see if your browser is not the main focus, i.e. you must click somewhere inside of OWA after using a shift delete action.
-
@Dashrender said:
@scottalanmiller said:
What work are you doing yourself that would necessitate local data? I'm not saying that it doesn't exist, only that it's rapidly becoming uncommon.
A problem I need to solve is scanning paper into a PDF, then uploading the PDF into my EHR. The EHR uses the browser's ability to use local storage to find files to upload the PDF from.
I can't see that I would want to scan my pages to say ODfB, then use my EHR to grab it from ODfB through my PC because that would mean the following:
Scanner saves file across the internet to ODfB -> EHR in browser sees file in ODfB through local client redirect, PDF is downloaded to local machine, then pushed up to EHR system.This means the PDF would be going out to the internet twice and being downloaded twice... waste of time and bandwidth.
If the EHR vendor knew how to talk directly to any cloud storage provider, that would dramtically save a step.
In looking through my ShareFIle account today, I came across this.
Not sure if it would help you or not.
This is specifically on the healthcare side.
"If you use a Fujitsu ScanSnap or a Canon P-215ii Scanner, this plugin makes it possible to quickly and easily save your scanned documents directly to ShareFile (without having to save a copy to your computer). Scan to ShareFile makes it possible to share your scanned documents securely and access them from anywhere."
-
Also this, which is nice.
"By installing the Print to ShareFile driver, you can use the standard "Print" command in almost any application to create a PDF and save it
directly to ShareFile. This is particularly useful for business systems (like EMR or practice management) where secure sharing is required
and saving a copy of the document to your computer could create compliance issues." -
@BRRABill said:
@Dashrender said:
@scottalanmiller said:
What work are you doing yourself that would necessitate local data? I'm not saying that it doesn't exist, only that it's rapidly becoming uncommon.
A problem I need to solve is scanning paper into a PDF, then uploading the PDF into my EHR. The EHR uses the browser's ability to use local storage to find files to upload the PDF from.
I can't see that I would want to scan my pages to say ODfB, then use my EHR to grab it from ODfB through my PC because that would mean the following:
Scanner saves file across the internet to ODfB -> EHR in browser sees file in ODfB through local client redirect, PDF is downloaded to local machine, then pushed up to EHR system.This means the PDF would be going out to the internet twice and being downloaded twice... waste of time and bandwidth.
If the EHR vendor knew how to talk directly to any cloud storage provider, that would dramtically save a step.
In looking through my ShareFIle account today, I came across this.
Not sure if it would help you or not.
This is specifically on the healthcare side.
"If you use a Fujitsu ScanSnap or a Canon P-215ii Scanner, this plugin makes it possible to quickly and easily save your scanned documents directly to ShareFile (without having to save a copy to your computer). Scan to ShareFile makes it possible to share your scanned documents securely and access them from anywhere."
interesting - I could do the same with ODfB, just save the scanned documents to whatever folder is synced to ODfB.
Sadly the bigger hurdle is getting the files into the EHR.
-
@Dashrender said:
interesting - I could do the same with ODfB, just save the scanned documents to whatever folder is synced to ODfB.
The only issue would be it living on your system for a little bit.
