Hello!
Recently I updated my Jenkins installation including all of the plugins. One of them must have brought somewhat breaking changes because when I tried to create a new build configuration for a new old project of mine, I could not select the proper credentials in the dropdown. I only had the option to add new ones even though I had added the corresponding credentials in the global scope (as per usual), so they must have been visible across the entire Jenkins instance. None of them were showing up. And even when I tried adding new ones through the build configuration page, they ended up not being active / selected either.
When I went back to check with an existing build configuration I had configured over a year before, I could confirm the same behavior. For build parameters the credentials dropdowns were empty and for the VCS credentials it said
Cannot find any credentials with id <ID>
I spent a couple of hours looking for solutions and I did find some cases that popped up around 1 or 2 years ago, but nothing that fit this exact scenario. My suspicion was that this might be a bug, so I tried rolling back the SSH credentials and credentials plugins to the previous versions, but that did not fix anything.
I decided to wait for a week in the hopes of potential bug fix releases to come out for either some of the plugins or Jenkins itself, but a week later in spite of a couple of updates here and there, nothing about the problem had changed.
And then I found a comment in the discussion thread of a GitHub issue of the "GitHub Pull Request Builder Plugin" (which I am not even using). In it, the following solution was proposed:
- Navigate to "Jenkins" (main menu) => "Manage Jenkins" => "Configure Global Security"
- Go to the "Access Controls for Builds" section
- Under "Project default Build Authorization" check if the "Strategy" is set to "Run as anonymous" (which was the case for me)
- If yes, try changing it to "Run as User who Triggered Build" (it might also work with another setting if that suits you better)
- Save and reload the build configuration settings
That was it! The credentials showed up again and I could execute the build successfully.
I know this seems to be a niche problem and there might only be a handful of people that have encountered the same issue, but I hope it was helpful nonetheless.
Thank you for reading!
Like this:
Like Loading...
Hi!
If you have had a look at your outgoing e-mail headers that you've sent from Mozilla Thunderbird, you might have noticed that Thunderbird uses the IP of the network interface that it uses to connect to the internet with by default. If you are using a router on your network, this is a private IP from your LAN (for example 192.168.1.2) instead of one that might be of actual use.
Example:
Received: from external.sender.host.example.org ([123.123.123.123] helo=[192.168.1.2]) by
mail.example2.org (incoming-mta-service) with esmtpsa (outgoing-mta-service) id
0a1b2c-3D4e5F6G7h-0a1B2c for <[email protected]>; Sun, 02 Nov 2014 20:55:41 +0100
where "123.123.123.123" is the publicly facing IP and "external.sender.host.example.org" is its hostname.
If you do not wish to expose this information to every and all recipients of the e-mails you are sending with Thunderbird to (maybe out of security concerns in a business environment), you can set the EHLO / HELO value manually for every outgoing e-mail sent by the Thunderbird client with your current user profile and even for every simple SMTP server individually.
Here's how:
Globally
- Open your Thunderbird options ("Tools" => "Options")
- "Advanced" => "Config Editor..."
- Create (or edit) the entry named "mail.smtpserver.default.hello_argument". If you need to create it, use right-click => "New" => "String".
- Change the value to the desired IP or hostname (FQDN).
Per SMTP server
- Open your Thunderbird options ("Tools" => "Options")
- "Advanced" => "Config Editor..."
- Create (or edit) the entry named "mail.smtpserver.smtp<number>.hello_argument" where <number> is the ID for the SMTP server you would like to apply the setting to. Type "mail.smtpserver.smtp" to see which ones are available and which ID they have. If you need to create the entry, use right-click => "New" => "String".
- Change the value to the desired IP or hostname (FQDN).
Technically this value is not relevant for sending/receiving the mail, but because it might be used for spam scoring or simply out of courtesy I would recommend entering a valid IP / hostname.
I myself am using 127.0.0.1.
Thanks for reading!
Sources:
Like this:
Like Loading...