… as I actually want / need to “spread the word” amongst my contacts.
Finally I switched to the “Schedule View”, and I was rather proud of myself 😎
… as I actually want / need to “spread the word” amongst my contacts.
Finally I switched to the “Schedule View”, and I was rather proud of myself 😎
When I dived into the world of e-mail filtering many years ago, I thought it should be done using sieve, but sieve wasn’t available, where I needed it.
I started using procmail, because it was available, where I most needed e-mail filtering.
I also started a project writing rules in Python accessing IMAP servers. That approach works, but the software runs on the client side — whereas you rather want e-mail filtering to run on the server side, triggered by incoming messages.
In the Windows world and rather in the Microsoft Outlook/Exchange universe none of them is suitable. To be honest with you: my Python software also copes with Exchange servers offering IMAP access, but you usually want to avoid persuading your Exchange admin into activating Exchange’s IMAP interface — you look suspicious or even criminal, if you ask for that.
Now how to properly organise your Outlook rules?
Once in a while I search the web for “outlook rules export dump” …
Today I came across some thread on Superuser.com, and it led me to Sperry Software’s “Power Rules Manager“. I rather seems to be a nice tool. It is not free software, but it is not expensive, and it seems worth the USD 40 they want.
Crap movie, crap audience!
There are certainly legion of reasons to use a REST API and also to use the JIRA REST API, I wanted to create a linear “diary” of JIRA actions.
This is our sample JIRA issue URL:
http://kelpie9:8081/browse/QA-31
This is its corresponding REST URL:
http://kelpie9:8081/rest/api/2/issue/QA-31
Find yourself a working sample JIRA issue URL use the corresponding REST URL in your browser, save the JSON returned to a file!
You usually want to read “pretty” / tidied JSON, so before you start reading JSON, find yourself a JSON-tidy utility:
Usually we want to retrieve JSON from JIRA through REST URLs via the curl utility.
CAVEAT: See my note on the cookie jar below!
This is the “simple example”, that the page referred to above (“Basic Authentication“) shows you:
$ curl -D- -u fred:fred -X GET
-H "Content-Type: application/json"
http://kelpie9:8081/rest/api/2/search?jql=assignee=fred
If your JIRA site requires you to use “Basic Authentication”, you have to encode username:password base64-wise, and this is how to do it:
$ echo -n fred:fred | base64
So if you want to use “Basic Authentication” with these credentials, this is how … (using our sample REST URL):
$ curl -D- -X GET
-H "Authorization: Basic $(echo -n fred:fred | base64)"
-H "Content-Type: application/json"
"http://kelpie9:8081/rest/api/2/issue/QA-31"
During my experiments I got locked out of the company’s Active Directory / SSO quite a few times — and I had to call the help desk in order to get my account reset. This is what JIRA tells you, once it decides you have to go through a CAPTCHA_CHALLENGE procedure, because you are behaving a little too suspicious:
HTTP/1.1 403 Forbidden
Server: Apache-Coyote/1.1
X-AREQUESTID: ...
X-Seraph-LoginReason: AUTHENTICATED_FAILED
Set-Cookie: JSESSIONID=...; Path=/; Secure; HttpOnly
WWW-Authenticate: OAuth realm="https%3A%2F%2Fjira.___.com"
X-Content-Type-Options: nosniff
X-Authentication-Denied-Reason: CAPTCHA_CHALLENGE; login-url=https://jira.___.com/login.jsp
Content-Type: text/html;charset=UTF-8
Content-Length: 6494
Date: Wed, 02 Dec 2015 11:59:15 GMT
But once you are beyond this, making use of the JIRA REST API works like a charm.
Update: Although I certainly had not failed (“basic”) authentication, JIRA got my Active Directory / SSO account locked again and again. My new strategy:
Wishlist:
At home, using the beamer to watch it (in English) on the wall.