starting DKIM fails

Is there anyway to debug the DKIM initialization ?

Trying to get mine to work fails...

Finding virtual servers to enable DKIM for ..
.. found 2 servers

Extracting public key from private key in /etc/dkim.key ..
.. done

Setting domain and selector in DKIM filter configuration ..

DKIM setup failed!

Looking at all the standard logs doesn't show anything why its failing.

Status: 
Closed (fixed)

Comments

Was that the whole output from the setup process??

Ok, I see the issue - this can happen if you enter a selector name that clashes with a file in the /etc/ directory , like default . If you enter something like 2010 instead, it will work OK.

There is a separate bug that the error message telling you this isn't working, which will be fixed in the 3.83 release.

And debian uses /etc/default/ for program defaults.

Maybe you need to change default to say alpha in the code then.

This is odd -- the selector default works once with debian but if you disable and try to re-enable it you get a the same error.

So why doesn't /etc/default/ break dkim the first time ?

Why would /etc/default/ even be a issue in the first place ?

The next Virtualmin release will use the year as the default selector to avoid this issue.

The 3.82 release made a change to support larger numbers of domains that requires a file be created in the /etc/ directory with the same name as the selector. This cannot clash with any other file or directory under /etc/ . I would have preferred to name the file something more unique (perhaps by adding an extension), but the DKIM server doesn't allow this.

Umm why are you using the /etc folder ? Wouldn't be better to create a directory called /etc/dkim/ and use that for all signing ?

The selector default is already a suggested key to use according to the docs. I know you can call it anything you want but wouldn't it be better to use the defaults when you can ?

The current code uses the same folder as the DKIM configuration file, which is /etc/dkim.conf . I've changed the docs to suggest using 2010 , and the next Virtualmin release will use that as the default root.

Automatically closed -- issue fixed for 2 weeks with no activity.