Plus Addressing

You can find a general purpose FAQ here; I haven't checked to see how compatible it is with the SpamBlocker exim.conf file I wrote for DA.

Jeff
 
It'll probably require some reworking to work with our exim.conf script.

I wonder if enough people are interested to perhaps rewirte the exim.conf script (again)?

I've moved this thread to Feedback & Feature Requests; let's see if anyone else is interested.

Jeff
 
I think you want to add:
Code:
local_part_suffix = +*
local_part_suffix_optional
to both the userforward and the localuser directors.
 
ballyn said:
I think you want to add:
Code:
local_part_suffix = +*
local_part_suffix_optional
to both the userforward and the localuser directors.

This didn't work either.
 
How about asking on the exim-users list?

Or searching online.

If the code exists I can add it.

Jeff
 
You also need to add the lines to the virtual_user director, otherwise the mail will be delivered to the owner of the virtual account instead. There may be other directors that need the modification as well... haven't tested anything but local delivery to real and virtual accounts.
 
Plus addressing should only be used for local real and virtual accounts.

As I wrote previously, if someone makes it work and posts the changes, I can test them and then include them in the exim.conf file.

Jeff
 
The changes I posted work for me.... I also added them to the userforward director so that if you set up a forwarder for a specific plus address it will get forwarded correctly but I don't recall if I explicitly tested that.
 
I'd be very interested in seeing 'official' support for local_part delimiters as well, like:

Code:
local_part_suffix = +* : -*
local_part_suffix_optional

I added them to the following routers, and it seems to work fine, but I'm wondering if anyone more versed in DA can tell me if I've missed adding it somewhere or added it to a place which is redundant (or made some other glaring omission that will likely cause the world to explode):

Code:
virtual_aliases_nostar:
  driver = redirect
  local_part_suffix = +* : -*
  local_part_suffix_optional
  ...

virtual_user:
  driver = accept
  local_part_suffix = +* : -*
  local_part_suffix_optional
  ...

virtual_aliases:
  driver = redirect
  local_part_suffix = +* : -*
  local_part_suffix_optional
  ...
 
Plus addressing should only be used for local real and virtual accounts.

As I wrote previously, if someone makes it work and posts the changes, I can test them and then include them in the exim.conf file.

Jeff
Jeff, the suggestions in this read work.
adding the local_part_suffix and local_part_suffix_optional have the desired results.
I've added them to the virtual_aliases_nostar, virtual_user and virtual_aliases parts in the exim.conf.
I've also added it to the local_user part but that may not be necessary.

It may be interesting for the uservacation, userautoreply and spamcheck_director.
But for now it seems to work nicely.
 
It's been a long time; is there still a call for this?

Please post the exact line or lines to be added; please don't presume that I'll pick the right stuff to add.

Thanks.

Jeff
 
It's been a long time; is there still a call for this?

Please post the exact line or lines to be added; please don't presume that I'll pick the right stuff to add.

Thanks.

Jeff

Jeff,

Add these lines at least to: virtual_aliases_nostar, virtual_user, virtual_aliases, localuser
local_part_suffix = +*
local_part_suffix_optional
directly below the driver = line

this will allow for mailaddr+*@domain style addresses to be accepted
for directory userautoreply this is not necessary directly as you can setup autoreplies now for maddress@domain and address+*@domain separately.
If that is indesirable, add them there too.
same goes for uservacation or system_aliases.

If this can't be doen in DA, please let me know how to make these changes permanent in my exim.conf over DA/exim updates.

of oter address+styles are required adding : -* : _* : .* : =* will do this.
 
If this can't be doen in DA, please let me know how to make these changes permanent in my exim.conf over DA/exim updates.
I can probably do it, but first we'd need consensus on whether we should or shouldn't do it for autoreply. I suggest we don't.

Any comments from anyone else?

If you're using my SpamBlocker exim.conf file for DirectAdmin, Version 4 you shouldn't be updating exim.conf through custombuild; that will definitely break it.

You can certainly chattr the file immutable to disallow changes and deletions.

Jeff
 
I can probably do it, but first we'd need consensus on whether we should or shouldn't do it for autoreply. I suggest we don't.

Any comments from anyone else?

If you're using my SpamBlocker exim.conf file for DirectAdmin, Version 4 you shouldn't be updating exim.conf through custombuild; that will definitely break it.

You can certainly chattr the file immutable to disallow changes and deletions.

Jeff

Jeff,
SpamBlocker.exim.conf.2.1.1-release
for DirectAdmin/Exim 4.24
 
I don't see a question.

Jeff

just posted the exim.conf version FYI.

although my question how to preserve custom changes is still valid.
Even if it is because I ahd to comment-out thsi part to get mutt working with SASL authetnication:
<code>
#plain:
# driver = plaintext
# public_name = PLAIN
# server_prompts = :
# server_condition = "${perl{s
# server_set_id = $2
</code>
I know it is unrelated to this plus-addressing topic.
 
Now I understand.

I wrote that updating exim.conf through custombuild will not retain any changes. If you want to be sure it never changes, then chattr it immutable.

No, it's not related to the plus addressing topic.

Jeff
 
Back
Top