Our Company has small images in the footer(Signiture) of each email sent to jira that we don't want as attachments in jira issues?
Is there a way that we can keep these images for out regular clients outside of jira, but when any email is sent to jira that these images will be excluded?
I was thinking of some sort of rule that jira won't accept image attachments under a certain size, eg. 300x300 pixels?
because we can't exclude all images just the small ones generally included in the footer/signiture?
Community moderators have prevented the ability to post new answers.
Hi Andy,
I see this thread is a little outdated, but still relevant for my question. Is there currently a way in JEMH to block certain types of attachments (as you mentioned checksum). I was tempted to say filesize but that's probably not a good idea in some cases.
Two options I see:
If we can do these, point me to the screen, I would be grateful!
Regards,
Arron
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The Global Blacklisting uses MD5 fingerprint, so once uploaded it will never appear again, irrespective of filename. The Profile level wildcard blacklisting is more appropriate for types, eg .exe files, .mp3, .avi etc.
Filename blacklisting is a poor solution, as Ive mentioned, as some html content is delivered inside HTML blocks as inline content and has no filename.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I've written an article about how you can do this with ScriptRunner.
Remove Jira Issue Attachments by MD5 Hash
... and a follow up article.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We will attempt to use RegEx as a solution and purchasing expensive plugins is not a viable answer.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Attempt is right, barking up the wrong tree IMO but feel free to prove me wrong, happy to learn. Please start the clock on your efforts, I would be really interested in how long it takes you to achieve the result outlined in the question with regexp.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This task is on hold at the moment, will document how long it takes and will let you know of any success. kind regards
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
HI Andy, Spent a day or two on this and had no success by the way. Not sure exactly what Jira's "RegExp" purpose then?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Warren,
The Regexp support is for text removal only, which works on the result of a HTML to text conversion. With HTML 'wanted' images are embedded inline, just like signature images, they are all hoovered up during a HTML parse, and so can't be regexped out. You need more smarts in the mail handler to zap the files you dont want, which is what JEMH does.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I see, Thanks
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Indeed, JEMH is a mail handler that allows files to be blacklisted by checksum (you would upload your signature images and only files matching that signature get blacklisted).
The cost concious could also script something with Jamies script runner, and maintain it of course. On the topic of cost, I need time to wire in a lower tier pricing structure, it will come, Im just a little strapped for time, but that will change, soon.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
surely regex could work?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I dont see regexp specifically helping. JEMH does still have a 'regexp' blacklist feature, but its more for stopping .exe .com .avi files etc. You could also put filenames in regexp to do that. But. Without something within which to ran that regexp, where are you going to put it? You would have to implement a mail handler to do this, you are welcome to, but, given costs of development and support, its probaly goign to cost you more to go there than to adopt JEMH, IMO.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
From my research I have seen JEMH may accomplish our needs, However we require something more cost effective, $500 for 1-25 users is very steep?
Any other solutions out there?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Community moderators have prevented the ability to post new answers.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.