Morning All
Hope someone can help.
We have started to use JSD but not via the portal, customers send in requests via email. When i put an attachment on a ticket and the customer gets the email notification back with the attachment, the link for the attachment seems to indicate they need access to the portal which currently they dont have. So they cant actually view/download the attachment.
Any ideas, thanks.
J
Hi John,
JSD email notifications to customers that contain attachments require the customer to click a link and login to view the attachment, currently there is no built in way to attach the issue attachment to the email itself. A suggestion is already open with Atlassian to implement this: JSDSERVER-3371
Currently the only way to attach the file to the actual email is via a third-party mail handler plugin such as JEMH (I work for the vendor) which is capable of gathering all the relevant issue attachments and attaching them directly to email notifications.
Kind Regards,
Reece
hi, it seems this workaround does not work
does it work for you ?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
JEMH is a replacement for the built in Jira Service Desk notifications, simply installing JEMH will not be enough to get attachments attaching directly to emails. You will need to configure JEMH so that all of your JSD notifications are sent via JEMH.
A quick start guide for JEMH can be found here: JEMH Quickstart Guide
Support for the product is available via: support@thepluginpeople.com
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi!
We faced with the same problem and found no good solution better than the dirty trick, described below. Do not do it if you are not sure! Also the solution assumes there is no sensitive data in the attachments, as it bypasses the access control completely.
Our Jira Service Desk runs on Ubuntu+Apache2 and stores the attachments in /var/atlassian/application-data/jira/data/attachments/HELPD (HELPD is service desk application name)
1. Add www-data user to jira group:
sudo usermod -a -G jira www-data
2. Create a symbolic link to the attachments dir from somewhere else:
ln -s /var/atlassian/application-data/jira/data/attachments/HELPD /var/www/helpdesk_attachments/
3. Some sub-directories in /var/atlassian/application-data/jira/data/attachments/HELPD path are accessible for jira user only. Check all subdirs and change their permissions (if needed) with
chgrp jira /var/atlassian/application-data/jira/
chmod 750 /var/atlassian/application-data/jira/
Now you should be able to list attachments file structure with a command like
ls -R /var/www/helpdesk_attachments/*
4. In apache2 config of your site add the lines (it assumes Jira is configured with /jira URL prefix):
ScriptAlias "/jira/secure/attachment" "/var/www/helpdesk_attachments/index.php"
ProxyPass /jira/secure/attachment !
before
ProxyPass /jira http://localhost:8040/jira
ProxyPassReverse /jira http://localhost:8040/jira
5. Create PHP script /var/www/helpdesk_attachments/index.php with the content
<?php
$pieces = explode("/", $_SERVER['REQUEST_URI']);
$size = sizeof($pieces);
$files = glob(getcwd() . "/*/*/*/" . $pieces[$size-2]);
$filepath = $files[0];
if(file_exists($filepath)){
$filename = $pieces[$size-1];
$prefix = $pieces[$size-2] . '_';
$filename = preg_replace("/^$prefix/", '', $filename);
$mime = getMime($filename);
header('Content-Type: ' . $mime);
header('Content-Disposition: attachment; filename=' . $filename);
header('Expires: 0');
header('Cache-Control: must-revalidate');
header('Pragma: public');
header('Content-Length: ' . filesize($filepath));
ob_clean();
flush();
readfile($filepath);
exit;
}
function getMime( $filename ) {
$types = array(
'ai' => 'application/postscript',
'asc' => 'text/plain',
'avi' => 'video/x-msvideo',
'bin' => 'application/octet-stream',
'bmp' => 'image/bmp',
'class' => 'application/octet-stream',
'css' => 'text/css',
'csv' => 'text/csv',
'doc' => 'application/msword',
'dtd' => 'application/xml-dtd',
'eps' => 'application/postscript',
'gif' => 'image/gif',
'htm' => 'text/html',
'html' => 'text/html',
'ico' => 'image/x-icon',
'jpeg' => 'image/jpeg',
'jpg' => 'image/jpeg',
'js' => 'application/x-javascript',
'json' => 'application/json',
'mathml' => 'application/mathml+xml',
'mov' => 'video/quicktime',
'mpeg' => 'video/mpeg',
'mpg' => 'video/mpeg',
'pdf' => 'application/pdf',
'png' => 'image/png',
'ppt' => 'application/vnd.ms-powerpoint',
'ps' => 'application/postscript',
'qt' => 'video/quicktime',
'rtf' => 'text/rtf',
'svg' => 'image/svg+xml',
'svgz' => 'image/svg+xml',
'swf' => 'application/x-shockwave-flash',
'tar' => 'application/x-tar',
'tif' => 'image/tiff',
'tiff' => 'image/tiff',
'tsv' => 'text/tab-separated-values',
'txt' => 'text/plain',
'xhtml' => 'application/xhtml+xml',
'xls' => 'application/vnd.ms-excel',
'xml' => 'application/xml',
'xsl' => 'application/xml',
'xslt' => 'application/xslt+xml',
'zip' => 'application/zip',
'eml' => 'message/rfc822'
);
$path_info = pathinfo($filename );
$ext = strtolower($path_info[extension]);
$mime = $types[$ext];
if ( $mime === null ) {
$mime = "text/plain";
}
return $mime;
}
?>
In the code there is a redundant getMime() implementation. For some reason on our system the standard PHP's mime_content_type() does not work, so it was easier/safer not to troubleshoot the prod system, but to implement a minimalist replacement.
6. Add error handling to the index.php if you find it is needed.
7. restart Apache with sudo service apache2 restart
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ingenious, Nice man!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Igor Repinetski Is there any way this could work for Cloud? Thank you!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
On Cloud it is available by default. Attachments will be downloaded automatically.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Apart from the other replies, you can also use Mail Attachments for JIRA Service Desk that has been released exclusively to address this problem:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Jose León Serna this addon still displays a link to the portal (in the e-mail send to the customer). Rendering it useless.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Really? Then I am unsure it fits my needs anyway. On the atlassian marketplace it says: "All attachments are included as an actual e-mail attachment within the e-mail notification so that the attachment can be downloaded directly from the e-mail without having to login to the instance."
But should it be understood in the way that there is a link that allows you to download it, but you will have to press the link to do so? It is not just "in" the e-mail just as if I sent a mail to you with an attachment in?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I cannot speak for the other app mentioned above but JEMH does attach the attachments to notification emails directly as you describe, you would need to switch to using JEMH for your Service Desk notifications to achieve this.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Mail Attachments for Jira Service Desk includes it directly in the email. We have moved this functionality into [Notification Assistant for Jira|https://marketplace.atlassian.com/apps/1211069/notification-assistant-for-jira-email?hosting=server&tab=overview]
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Have you tried a cheap "Email this issue" add-on?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We're in the same boat (emailing from JSD, but not using the portal), so we had to build a custom file uploader through AWS, build in a new attachment location in our issue screens, and disable the built-in attachment option so our users don't get confused. This is working for outbound emails from JSD - the customer still receives a link, but it's pointed at the AWS location and not our network, so they can access the file(s) without logging in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi all,
You can add regular files and inline attachments (to comment) to email notification using our add-on Raley Email Notification.
Here's an article explaining how to do that
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi John;
Workaround : Do not use "space" or characters like (+%&/-) in the attachements/files name.
Br
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.