just open attachment
-
A way out of this would be if Kopano provided the attachment in a special file share where it is visible only to the current user and only as long as the associated mail is displayed and the file is still open in the corresponding application. Then you could open the file without having to download it first and would have no leftovers if you had worked through a few mails with attachments.
This would be possible at least for users working in the same network as the server or connected via VPN. Users without access to the internal network would probably have to live with the problem.
-
@marty said in just open attachment:
In DeskApp settings you can set a download dir,
and disable the ‘save dialog’ and enable the ‘open downloads when completed’ setting.
https://documentation.kopano.io/user_manual_deskapp/usage.html#download-settingsThat’s an option. But my users want the option to choose to open or save the attachment.
-
When can we expect an update so that my users can choose to download or open the file (opening without saving first)?
-
Any updates?
-
@Nortepe85 it is not possible to ‘clean up’ a temporary directory when DeskApp shuts down (the file might be locked by an application that has it open). The recent versions of DeskApp already have the possibility to prompt the user what to do with the file, but in the end it always needs to be downloaded before opening.
You can do this through other means (e.g. set the download location to %TEMP% and have that automatically cleaned up on logoff on the OS).
-
Hi,
that is at all very nice, but i think we should have the possibility to set a default path for opening files, as if i open the file i get the same dialog as if i select to download the file and it is changing every time i select a different fodler to save attachement - but if i like to only open the file i don’t want to be asked where to save (it should go to a predefined temp folder).
rg
Christian -
Can’t you guys implement some kind of feature to specify different settings for the “Open-button” and “Save-button”?
For the Open-button we can then set i.e. “%temp%” as default download-folder which I can clean on logoff.
For the Save-button we can define other settings.
-
+1 from me.
There should be an option to open or save an attachment. If I choose to open, the settings in the profile can be used (open directly), if I choose to save, a dialog should come up, where I can choose the folder I want to save to.
Personally I don’t see the problem with the “Downloadfolder”. You get messed up you harddisc, no matter if c:\temp or the downloadfolder is used. It is up to the user to keep the downloadfolder clean.
-
Is there any news on this topic?
-
@externa1 said in just open attachment:
Hi,
that is at all very nice, but i think we should have the possibility to set a default path for opening files, as if i open the file i get the same dialog as if i select to download the file and it is changing every time i select a different fodler to save attachement - but if i like to only open the file i don’t want to be asked where to save (it should go to a predefined temp folder).
rg
ChristianThis is the solution I wish. I can not imagine Kopano couldn’t make it work like this.
-
Any news?
-
We are working on a fix. Ticket is currently in review.
Ref: https://jira.kopano.io/browse/KD-309 -
-
@marty: very nice! thank you!
-
Great news!
-
Only some additional note. With the current release, if you choose to directly open downloads after saving and you do an EML - Export, the exported EML is opened directly.
If Outlook is (still) your standardprogram to open eml, then Outlook will open.
I know that this behaviour is normal, because the EML Export = download.
Don’t know if there is a possibility to make it only save the eml, without opening it, no matter what is set in the downloadsettings. (It has to be “disconnected” from the settings of the normal downloads maybe).
-
Like you said export = download, so we will not differentiate behavior in that area.
The options in KD-309 should be enough; open, save, save as -
Hi Marty
Just tested with Deskapp 2.1 - and wow now for me its workiing perfectly :)
great thanks for that improvementrg
Christian -
-
This looks very good, many thanks! The only thing left is that the “Save as” button has the same behaviour as the “Save” button. It would be nice if that can be fixed in the next version.