Is it safe to delete folders for unused accounts in var/mail?
My colleague sadly died last year, and managed the Dovecot accounts on our ancient Ubuntu (6.10) server, and I know absolutely zero about Dovecot or email server admin.
We have several discontinued users on the server - all their sites are gone and their email accounts are no longer used.
Is it safe to simply delete the user email folders in var/mail e.g. var/mail/vhosts/username or should I manage this another way?
mail-server dovecot
New contributor
Dave Everitt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
add a comment |
My colleague sadly died last year, and managed the Dovecot accounts on our ancient Ubuntu (6.10) server, and I know absolutely zero about Dovecot or email server admin.
We have several discontinued users on the server - all their sites are gone and their email accounts are no longer used.
Is it safe to simply delete the user email folders in var/mail e.g. var/mail/vhosts/username or should I manage this another way?
mail-server dovecot
New contributor
Dave Everitt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
1
Ubuntu 6.10 (2006.October release) reached EOL back in 2008-April, so I'd replace it as soon as possible for security-reasons. 6.10 was not a LTS or long-term-service release, so I'd suggest using a LTS release, and release-upgrading before they reach EOL (or pay to keep it supported thru ESM)
– guiverc
Jan 4 at 21:25
Yes, I know, but thanks for the reminder. sadly, my late co-dev used to handle several of the accounts on this server (including a complex theatre booking system) so I've been wary of breaking his (rather obscure to me) setup. I know he has a local Perl install the booking system depends on, I just have to find it, or get help to find my way around it.
– Dave Everitt
Jan 5 at 10:51
add a comment |
My colleague sadly died last year, and managed the Dovecot accounts on our ancient Ubuntu (6.10) server, and I know absolutely zero about Dovecot or email server admin.
We have several discontinued users on the server - all their sites are gone and their email accounts are no longer used.
Is it safe to simply delete the user email folders in var/mail e.g. var/mail/vhosts/username or should I manage this another way?
mail-server dovecot
New contributor
Dave Everitt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
My colleague sadly died last year, and managed the Dovecot accounts on our ancient Ubuntu (6.10) server, and I know absolutely zero about Dovecot or email server admin.
We have several discontinued users on the server - all their sites are gone and their email accounts are no longer used.
Is it safe to simply delete the user email folders in var/mail e.g. var/mail/vhosts/username or should I manage this another way?
mail-server dovecot
mail-server dovecot
New contributor
Dave Everitt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
Dave Everitt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
Dave Everitt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
asked Jan 4 at 19:22
Dave EverittDave Everitt
1084
1084
New contributor
Dave Everitt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
New contributor
Dave Everitt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
Dave Everitt is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.
1
Ubuntu 6.10 (2006.October release) reached EOL back in 2008-April, so I'd replace it as soon as possible for security-reasons. 6.10 was not a LTS or long-term-service release, so I'd suggest using a LTS release, and release-upgrading before they reach EOL (or pay to keep it supported thru ESM)
– guiverc
Jan 4 at 21:25
Yes, I know, but thanks for the reminder. sadly, my late co-dev used to handle several of the accounts on this server (including a complex theatre booking system) so I've been wary of breaking his (rather obscure to me) setup. I know he has a local Perl install the booking system depends on, I just have to find it, or get help to find my way around it.
– Dave Everitt
Jan 5 at 10:51
add a comment |
1
Ubuntu 6.10 (2006.October release) reached EOL back in 2008-April, so I'd replace it as soon as possible for security-reasons. 6.10 was not a LTS or long-term-service release, so I'd suggest using a LTS release, and release-upgrading before they reach EOL (or pay to keep it supported thru ESM)
– guiverc
Jan 4 at 21:25
Yes, I know, but thanks for the reminder. sadly, my late co-dev used to handle several of the accounts on this server (including a complex theatre booking system) so I've been wary of breaking his (rather obscure to me) setup. I know he has a local Perl install the booking system depends on, I just have to find it, or get help to find my way around it.
– Dave Everitt
Jan 5 at 10:51
1
1
Ubuntu 6.10 (2006.October release) reached EOL back in 2008-April, so I'd replace it as soon as possible for security-reasons. 6.10 was not a LTS or long-term-service release, so I'd suggest using a LTS release, and release-upgrading before they reach EOL (or pay to keep it supported thru ESM)
– guiverc
Jan 4 at 21:25
Ubuntu 6.10 (2006.October release) reached EOL back in 2008-April, so I'd replace it as soon as possible for security-reasons. 6.10 was not a LTS or long-term-service release, so I'd suggest using a LTS release, and release-upgrading before they reach EOL (or pay to keep it supported thru ESM)
– guiverc
Jan 4 at 21:25
Yes, I know, but thanks for the reminder. sadly, my late co-dev used to handle several of the accounts on this server (including a complex theatre booking system) so I've been wary of breaking his (rather obscure to me) setup. I know he has a local Perl install the booking system depends on, I just have to find it, or get help to find my way around it.
– Dave Everitt
Jan 5 at 10:51
Yes, I know, but thanks for the reminder. sadly, my late co-dev used to handle several of the accounts on this server (including a complex theatre booking system) so I've been wary of breaking his (rather obscure to me) setup. I know he has a local Perl install the booking system depends on, I just have to find it, or get help to find my way around it.
– Dave Everitt
Jan 5 at 10:51
add a comment |
1 Answer
1
active
oldest
votes
Yes, you can move the whole FS subtree to the another place or delete it. Also you have to remove or deactivate prior that account to prevent any email being delivered again. That will recreate the mailbox for certain valid user.
Thanks I'll delete the unused folders. I guess if one reappears then that email is still in use somewhere (even if only for spam). How do I find where the location of these folders are set for user login accounts?
– Dave Everitt
Jan 5 at 10:45
1
You have to explore the dovecot configuration to find out where the user information is stored. That can be configured in the various ways so there is no some universal recipee.
– Kondybas
Jan 5 at 20:24
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
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
});
}
});
Dave Everitt is a new contributor. Be nice, and check out our Code of Conduct.
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%2faskubuntu.com%2fquestions%2f1107008%2fis-it-safe-to-delete-folders-for-unused-accounts-in-var-mail%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
Yes, you can move the whole FS subtree to the another place or delete it. Also you have to remove or deactivate prior that account to prevent any email being delivered again. That will recreate the mailbox for certain valid user.
Thanks I'll delete the unused folders. I guess if one reappears then that email is still in use somewhere (even if only for spam). How do I find where the location of these folders are set for user login accounts?
– Dave Everitt
Jan 5 at 10:45
1
You have to explore the dovecot configuration to find out where the user information is stored. That can be configured in the various ways so there is no some universal recipee.
– Kondybas
Jan 5 at 20:24
add a comment |
Yes, you can move the whole FS subtree to the another place or delete it. Also you have to remove or deactivate prior that account to prevent any email being delivered again. That will recreate the mailbox for certain valid user.
Thanks I'll delete the unused folders. I guess if one reappears then that email is still in use somewhere (even if only for spam). How do I find where the location of these folders are set for user login accounts?
– Dave Everitt
Jan 5 at 10:45
1
You have to explore the dovecot configuration to find out where the user information is stored. That can be configured in the various ways so there is no some universal recipee.
– Kondybas
Jan 5 at 20:24
add a comment |
Yes, you can move the whole FS subtree to the another place or delete it. Also you have to remove or deactivate prior that account to prevent any email being delivered again. That will recreate the mailbox for certain valid user.
Yes, you can move the whole FS subtree to the another place or delete it. Also you have to remove or deactivate prior that account to prevent any email being delivered again. That will recreate the mailbox for certain valid user.
answered Jan 4 at 20:40
KondybasKondybas
1514
1514
Thanks I'll delete the unused folders. I guess if one reappears then that email is still in use somewhere (even if only for spam). How do I find where the location of these folders are set for user login accounts?
– Dave Everitt
Jan 5 at 10:45
1
You have to explore the dovecot configuration to find out where the user information is stored. That can be configured in the various ways so there is no some universal recipee.
– Kondybas
Jan 5 at 20:24
add a comment |
Thanks I'll delete the unused folders. I guess if one reappears then that email is still in use somewhere (even if only for spam). How do I find where the location of these folders are set for user login accounts?
– Dave Everitt
Jan 5 at 10:45
1
You have to explore the dovecot configuration to find out where the user information is stored. That can be configured in the various ways so there is no some universal recipee.
– Kondybas
Jan 5 at 20:24
Thanks I'll delete the unused folders. I guess if one reappears then that email is still in use somewhere (even if only for spam). How do I find where the location of these folders are set for user login accounts?
– Dave Everitt
Jan 5 at 10:45
Thanks I'll delete the unused folders. I guess if one reappears then that email is still in use somewhere (even if only for spam). How do I find where the location of these folders are set for user login accounts?
– Dave Everitt
Jan 5 at 10:45
1
1
You have to explore the dovecot configuration to find out where the user information is stored. That can be configured in the various ways so there is no some universal recipee.
– Kondybas
Jan 5 at 20:24
You have to explore the dovecot configuration to find out where the user information is stored. That can be configured in the various ways so there is no some universal recipee.
– Kondybas
Jan 5 at 20:24
add a comment |
Dave Everitt is a new contributor. Be nice, and check out our Code of Conduct.
Dave Everitt is a new contributor. Be nice, and check out our Code of Conduct.
Dave Everitt is a new contributor. Be nice, and check out our Code of Conduct.
Dave Everitt is a new contributor. Be nice, and check out our Code of Conduct.
Thanks for contributing an answer to Ask Ubuntu!
- 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%2faskubuntu.com%2fquestions%2f1107008%2fis-it-safe-to-delete-folders-for-unused-accounts-in-var-mail%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
1
Ubuntu 6.10 (2006.October release) reached EOL back in 2008-April, so I'd replace it as soon as possible for security-reasons. 6.10 was not a LTS or long-term-service release, so I'd suggest using a LTS release, and release-upgrading before they reach EOL (or pay to keep it supported thru ESM)
– guiverc
Jan 4 at 21:25
Yes, I know, but thanks for the reminder. sadly, my late co-dev used to handle several of the accounts on this server (including a complex theatre booking system) so I've been wary of breaking his (rather obscure to me) setup. I know he has a local Perl install the booking system depends on, I just have to find it, or get help to find my way around it.
– Dave Everitt
Jan 5 at 10:51