-
-
Notifications
You must be signed in to change notification settings - Fork 154
Open
Description
Cookbook version
5.3.0
Chef-client version
12.20.3
Platform Details
Red Hat Enterprise Linux Server release 7.5 (Maipo) on AWS
Scenario:
smtp relay host via SES with sasl uesrname & password
Steps to Reproduce:
I had been using this for awhile in my attributes:
default["postfix"]["main"]["relayhost"] = "email-smtp.us-east-1.amazonaws.com:587"
default["postfix"]["main"]["smtp_sasl_auth_enable"] = "yes"
default["postfix"]["main"]["smtpd_use_tls"] = "no"
default["postfix"]["sasl"]["smtp_sasl_user_name"] = "<snip>"
default["postfix"]["sasl"]["smtp_sasl_passwd"] = "<snip>"
Expected Result:
Previously, this seemed to result in:
default["postfix"]["main"]["relayhost"] = "email-smtp.us-east-1.amazonaws.com:587"
default["postfix"]["main"]["smtp_sasl_auth_enable"] = "yes"
default["postfix"]["main"]["smtpd_use_tls"] = "no"
default["postfix"]["sasl"]["smtp_sasl_user_name"] = "<snip>"
default["postfix"]["sasl"]["smtp_sasl_passwd"] = "<snip>"
$ cat /etc/postfix/sasl_passwd
# Auto-generated by Chef.
# Local modifications will be overwritten.
#
email-smtp.us-east-1.amazonaws.com:587 <snip>:<snip>
Actual Result:
Now with 5.3.0 I ended up with:
$ cat /etc/postfix/sasl_passwd
# Auto-generated by Chef.
# Local modifications will be overwritten.
smtp_sasl_passwd :
smtp_sasl_user_name :
I was able to resolve it by changing the attributes:
default["postfix"]["sasl"] = {
"email-smtp.us-east-1.amazonaws.com:587" => {
"username" => "<snip>",
"password" => "<snip>"
}
}
It seems like it was a breaking change with a minor version bump though
Metadata
Metadata
Assignees
Labels
No labels