Encrypted URL sent from Jenkins email plugin - jenkins

Configured Jenkins to send emails after every build run, the email content contains a report URL, it was all working fine from many days but recently what we noticed that the URL in email content is different though once we click on the URL, it shows the proper report something like this.
URL mentioned in the email:
http://IP:8080/job/Test/lastCompletedBuild/reports/overview.html
URL is shown in the actual mail
https://urldefense.proofpoint.com/v2/url?u=http-3A__IP-3A8080_job__overview-2Dfeatures.htm.....
Is there any way I can revert this to send the same URL as configured in default content?
Thank you.

Your company installed Proofpoint's Targeted Attack Protection, hence the rewritten URL points to proofpoint.com. There might be a way to whitelist your Jenkins in Proofpoint, but I'm pretty sure that there is nothing to be done in Jenkins.

This will be your mail server rewriting urls for spam/phishing protection

Related

Change the domain mautic uses when generating the urls (previews, emails, landing pages)

I have a docker instance of mautic and it works like a charm.
The only issue is that
the urls generated inside emails (eg. Unsubscribe URL)
the preview links of the forms/emails
the landing page urls
are all pointing to the wrong domain name (network IP address of the guest machine)
I'd like to change that to the url of my mautic installation.
I've checked out the settings with no luck and also looked at all the files inside app/config directory.
Can't be sure about doing inside docker, but in the past we have been using reverse proxy and pointing it to the docker instance, also this helped us using more than one instance along with setting up ssl certificate as well. here's one setup example:
https://github.com/stollz/MauticSSLDocker
hope this helps.

Getting MAMP to send mail with postfix

I've spent about two hours researching the forums to figure this out, and I know that there are lots of posts about it already, but I am looking for a more general answer.
I want to be able to send email through contact forms in a local enviroment using MAMP. MAMP has a setting for this in their app, but I can not get it to work.
Do I have to enable postfix on my Mac for this to work?
I've also read that not all email providers work with this. Does Apple mail?
When you use the PHP instruction "mail()" to send an email, PHP use the command line tool "sendmail" to send your mail.
So you must first be able to send email using "sendmail" from command line before making it work with PHP. Installing postfix may be a solution to have a smtp agent able to send email (it provides a sendmail compatible tool). But having sendmail command should be enough.
Once sendmail is ok, check into your php.ini of MAMP that path to the sendmail command is correctly set.
Once done and MAMP restarted, do a test.
If mail is not received, just go into log files of sendmail (called "/var/log/mail.log" on linux, should be something similar on mac) to get more information.

how can i edit my server plugin for tfs alerts.as it is only sending email when something is assign to me

sorry for my bad english.
i have server plugin for tfs alerts as mention it is sending mail when something is assign to me.
now , i want that the change fields aslo will me mailed by plugin.
like , state , triage and etc.
or all the fields will be send in email.
can any one share me the logic to do that.
sorry if i cannot defined u my question as i have very bad english.
if code required then i will also send the code . plz help me
search your tfs installation directory for *.xsl files. There should be a bunch of xsl transforms which produce the emails sent by tfs.

When i used SMS plugin in grails i am getting error

i have service to send sms to the mobile through Application. I am getting the follwing error.
2011-06-06 19:37:35,729 [http-8080-2] ERROR sipgate.SipgateService - Server returned HTTP response code: 401 for URL: https://samurai.sipgate.net/RPC2
This probably means you are using an invalid username or password
Have you set up the config as explained on the plugin page (at the top of the documentation)?
I also assume that this means your earlier problem was solved... Can you accept the answer if my answer helped, or explain what you did to fix it if it did not?
I agree with Tim. You can only log in, if your Sipgate-Registration was verified by Sipgate.
Points, which you can check to see if your account is not working:
Try to log in on the sipgate.de webpage
Use the Perl-Client given here: http://www.sipgate.de/basic/api
The client can be downloaded at this location:http://www.sipgate.de/beta/public/static/downloads/basic/api/sipgate_api_perl_examples.zip
Hopefully you should not be able to do at least one of these things. Then you know you have to talk to the support # sipgate
The documentation on the plugin-page says, you have to have a 'conf/Config.groovy'-file. This means that you should have the basic Config.groovy file in the folder 'grails-app/conf/', which ships with every Grails installation. So my guess is that you might have created a different Config.groovy-file. So better check on the Config.groovy-file. The SMS-plugin should have generated some placeholders for you, where you need to enter your sipgate-account-data.

Postfix sending html email without defining the mime-type

In a rails app when sending out emails on my development machine the html emails look as expected when viewed, in that both the html and plain text can been seen nested in the proper mimetype when the raw version of the email is viewed, while the html renders properly when viewed normally.
The live server behaves differently. Only the html is sent and the mime type is not defined, which results in the email displaying a lot of html.
I am running up to date versions of archlinux on both the server and my dev machine, with postfix also running on each machine as the mail server.
Any ideas of what could be causing this difference?
You should probably be running vagrant and puppet/chef. Then you can find out.
I had tried restarting the postfix daemon, but that didn't seem to help. Once traffic died down I restarted the server and things worked. There were never any changes made to any of the configuration settings and doing a diff between my local settings and the remote showed no differences.
So I don't have the slightest clue to why things were behaving the way they were.

Resources