Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

qmail dash adressing #528

Open
quite opened this issue Dec 6, 2023 · 4 comments
Open

qmail dash adressing #528

quite opened this issue Dec 6, 2023 · 4 comments

Comments

@quite
Copy link

quite commented Dec 6, 2023

This is perhaps more of a support question. I'm writing here because it may interest others. And there could be a need for further documentation.

I'm using the older .qmail-foo file way of creating a number of email aliases, which if I understood correctly is deprecated?

But in particular I make much use of the possibility for arbitrary extension using a dash (-). This is similar to "plus addressing". Over the years, I have created many foo-something@fqdn addresses, and used them in various places (without keeping track of them). So my questions is if there is any way to move over to the newer way of creating email aliases, and still make use of this generic "dash addressing"? The issue is that I want to continue receiving emails to all my foo-something@, so the plus won't cut it.

@noave
Copy link
Contributor

noave commented Dec 6, 2023

Yes this is rather a support question :-) We will soon provide ways for migrating Mail configs like this. However, to show you a possible way right now, you could set up a catchall mailbox and then add a config with sieve like:

if envelope :regex "to" "(^foo\-)(.*)@(.*)" {
redirect "[email protected]";
} else {
fileinto :create "catchall"; stop;
}

this redirects based on a regex (foo-*@) to a specific mailaddress and files everything else to a catchall box.

This would be the replacement for .qmail-foo-default files, for any other specific .qmail-foo-onething you should create mailusers.

@quite
Copy link
Author

quite commented Dec 7, 2023

Thanks! So can we expect some further documentation on this at some point?

Also, do you have already a timeline for entirely removing support for .qmail-files?

@noave
Copy link
Contributor

noave commented Dec 7, 2023

I cannot give you a timeline, but we wont remove .qmail from U7 and wont have .qmail in U8 anymore.

Thanks! So can we expect some further documentation on this at some point?

yes, thats the plan

@quite
Copy link
Author

quite commented Dec 8, 2023

Thanks, good to know! I have a couple of comments regarding the documentation on these topics:

On the page https://manual.uberspace.de/mail-filters/#logging it says that I can look at file ~/users/$MAILBOX/.dovecot.sieve.log if something does not work. But that file does not exist for the mail user which I'm now trying out sieve with. But I'm also not sure if the log file would list all mails processed by sieve, or only contain any errors (which I might not have caused). Is the log feature still available, and does it only log errors?

At https://manual.uberspace.de/mail-mailboxes/#system-mailbox it says that I can remove the file ~/.qmail if I want to have mails for [email protected] dropped in ~/Maildir, instead of redirected to my external email address. It would be useful if it also said what ~/.qmail should contain to restore the latter functionality. (My ~/.qmail currently contains |maildrop, but this ought to be a 3rd state, pertain to the legacy qmail-file filtering that I'm still using).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants