MacOS Mojave limits Mail directory access due to new security features
This weekend I upgraded to Mojave 10.14. MacOS introduced new security features in this Mojave 10.14 release. One feature identifies applications attempting to copy, modify, or use certain files and services. Cleverly done by Apple but I believe this gives me an error. My python script retrieves mail attachments send to me by a trusted source and parses the data in the attachments for further processing.
I have been using RichieHindle's solution to find immediate subdirectories:
import os
def get_immediate_subdirectories(a_dir):
return [name for name in os.listdir('/Users/userx/Library/Mail')
if os.path.isdir(os.path.join(a_dir, name))]
Worked fine in the High Sierra release. Still works fine with other directories. However with this code I NOW get the error both in Terminal and in Pycharm (first assuming that Terminal might have been authorized).
OSError: [Errno 1] Operation not permitted: '/Users/userx/Library/Mail'
I assume this a result of Apple's new security features. I can change sharing permissions on the Mail subdirectory using 'show info' after right clicking the Mail directory. This is to no avail.
System Preferences Security and Privacy offers no solace either.
Question1: Is my assumption deemed to be correct?
Question2: If so: what needs to be done or changed to access the Mail directory and list its subdirectories and content under the Mojave 10.14 release?
python subdirectories macos-mojave listdir
add a comment |
This weekend I upgraded to Mojave 10.14. MacOS introduced new security features in this Mojave 10.14 release. One feature identifies applications attempting to copy, modify, or use certain files and services. Cleverly done by Apple but I believe this gives me an error. My python script retrieves mail attachments send to me by a trusted source and parses the data in the attachments for further processing.
I have been using RichieHindle's solution to find immediate subdirectories:
import os
def get_immediate_subdirectories(a_dir):
return [name for name in os.listdir('/Users/userx/Library/Mail')
if os.path.isdir(os.path.join(a_dir, name))]
Worked fine in the High Sierra release. Still works fine with other directories. However with this code I NOW get the error both in Terminal and in Pycharm (first assuming that Terminal might have been authorized).
OSError: [Errno 1] Operation not permitted: '/Users/userx/Library/Mail'
I assume this a result of Apple's new security features. I can change sharing permissions on the Mail subdirectory using 'show info' after right clicking the Mail directory. This is to no avail.
System Preferences Security and Privacy offers no solace either.
Question1: Is my assumption deemed to be correct?
Question2: If so: what needs to be done or changed to access the Mail directory and list its subdirectories and content under the Mojave 10.14 release?
python subdirectories macos-mojave listdir
add a comment |
This weekend I upgraded to Mojave 10.14. MacOS introduced new security features in this Mojave 10.14 release. One feature identifies applications attempting to copy, modify, or use certain files and services. Cleverly done by Apple but I believe this gives me an error. My python script retrieves mail attachments send to me by a trusted source and parses the data in the attachments for further processing.
I have been using RichieHindle's solution to find immediate subdirectories:
import os
def get_immediate_subdirectories(a_dir):
return [name for name in os.listdir('/Users/userx/Library/Mail')
if os.path.isdir(os.path.join(a_dir, name))]
Worked fine in the High Sierra release. Still works fine with other directories. However with this code I NOW get the error both in Terminal and in Pycharm (first assuming that Terminal might have been authorized).
OSError: [Errno 1] Operation not permitted: '/Users/userx/Library/Mail'
I assume this a result of Apple's new security features. I can change sharing permissions on the Mail subdirectory using 'show info' after right clicking the Mail directory. This is to no avail.
System Preferences Security and Privacy offers no solace either.
Question1: Is my assumption deemed to be correct?
Question2: If so: what needs to be done or changed to access the Mail directory and list its subdirectories and content under the Mojave 10.14 release?
python subdirectories macos-mojave listdir
This weekend I upgraded to Mojave 10.14. MacOS introduced new security features in this Mojave 10.14 release. One feature identifies applications attempting to copy, modify, or use certain files and services. Cleverly done by Apple but I believe this gives me an error. My python script retrieves mail attachments send to me by a trusted source and parses the data in the attachments for further processing.
I have been using RichieHindle's solution to find immediate subdirectories:
import os
def get_immediate_subdirectories(a_dir):
return [name for name in os.listdir('/Users/userx/Library/Mail')
if os.path.isdir(os.path.join(a_dir, name))]
Worked fine in the High Sierra release. Still works fine with other directories. However with this code I NOW get the error both in Terminal and in Pycharm (first assuming that Terminal might have been authorized).
OSError: [Errno 1] Operation not permitted: '/Users/userx/Library/Mail'
I assume this a result of Apple's new security features. I can change sharing permissions on the Mail subdirectory using 'show info' after right clicking the Mail directory. This is to no avail.
System Preferences Security and Privacy offers no solace either.
Question1: Is my assumption deemed to be correct?
Question2: If so: what needs to be done or changed to access the Mail directory and list its subdirectories and content under the Mojave 10.14 release?
python subdirectories macos-mojave listdir
python subdirectories macos-mojave listdir
asked Nov 19 '18 at 14:30
Crooner
465
465
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
Assumption is correct.
User[s] can pre-approve apps (e.g. Terminal, PYCharm) by adding them to the new System Application Data category in the System Preferences Security and Privacy pane. By doing so, the user preauthorizes those apps to access all of their privacy-sensitive data without prompting.
Done accordingly and it now works for me again. (Answer found here)
add a comment |
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53376788%2fmacos-mojave-limits-mail-directory-access-due-to-new-security-features%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
Assumption is correct.
User[s] can pre-approve apps (e.g. Terminal, PYCharm) by adding them to the new System Application Data category in the System Preferences Security and Privacy pane. By doing so, the user preauthorizes those apps to access all of their privacy-sensitive data without prompting.
Done accordingly and it now works for me again. (Answer found here)
add a comment |
Assumption is correct.
User[s] can pre-approve apps (e.g. Terminal, PYCharm) by adding them to the new System Application Data category in the System Preferences Security and Privacy pane. By doing so, the user preauthorizes those apps to access all of their privacy-sensitive data without prompting.
Done accordingly and it now works for me again. (Answer found here)
add a comment |
Assumption is correct.
User[s] can pre-approve apps (e.g. Terminal, PYCharm) by adding them to the new System Application Data category in the System Preferences Security and Privacy pane. By doing so, the user preauthorizes those apps to access all of their privacy-sensitive data without prompting.
Done accordingly and it now works for me again. (Answer found here)
Assumption is correct.
User[s] can pre-approve apps (e.g. Terminal, PYCharm) by adding them to the new System Application Data category in the System Preferences Security and Privacy pane. By doing so, the user preauthorizes those apps to access all of their privacy-sensitive data without prompting.
Done accordingly and it now works for me again. (Answer found here)
answered Nov 20 '18 at 8:46
Crooner
465
465
add a comment |
add a comment |
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53376788%2fmacos-mojave-limits-mail-directory-access-due-to-new-security-features%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown