Hi Sebb,

Yes, changing the svn:mime-type to text/pain makes Safari think that it's ok to 
display.

So I will change the mime-type for all such .eml files once I've gotten my 
round tuit.

Still have the problem with the .rtf that Safari insists on downloading. The 
only thing I can think of is to edit the file, change to plain text, and save 
as text/plain mime-type. 

Craig

> On May 21, 2020, at 4:53 AM, sebb <seb...@gmail.com> wrote:
> 
> On Wed, 20 May 2020 at 15:48, Craig Russell <apache....@gmail.com> wrote:
>> 
>> Hi Sebb,
>> 
>> Thanks for that. I'm trying to get Safari to display the Emeritus file for 
>> users with .rtf and .eml suffixes and Safari wants to download them instead 
>> of viewing them. For other file types, changing the svn:mime-type on the 
>> file has fixed it (but I have no idea how Safari gets the mime-type).
>> 
>> As an example, user ids scolebourne and skitching do not display the 
>> Emeritus file from the committer display. (These ids are publicly known so 
>> no security issue).
> 
> If you are referring to the 'Emeritus' link on the Whimsy committer
> page, then this is a URL of the form https://svn.apache.org/repos/...
> This is not served by Whimsy, but by the svn.apache.org server.
> The eml file for skitching is served with the content-type
> message/rfc822; this appears to be taken from the SVN mime-type
> property.
> I have temporarily changed the mime-type to text/plain, and Safari now
> displays the file rather than downloading it.
> 
> Whether it makes sense to change the mime-type for all .eml files, I don't 
> know.
> I suspect not, as some people may prefer to use a dedicated handler.
> 
> The alternative is to configure Safari to treat .eml files as text/plain.
> Whether that is possible, I have no idea.
> 
> 
>> Thanks,
>> Craig
>> 
>>> On May 20, 2020, at 7:20 AM, sebb <seb...@gmail.com> wrote:
>>> 
>>> On Tue, 19 May 2020 at 20:54, Craig Russell <apache....@gmail.com> wrote:
>>>> 
>>>> I've seen a number of emeritus files with the wrong svn:mime-type. They 
>>>> are fixed now (I think) but does the new secretary workbench set the 
>>>> mime-type for new documents received?
>>> 
>>> Whether the mime-type is set depends on the file type.
>>> 
>>>> There are a number of places where the mime-type could be set. Can someone 
>>>> take a look?
>>>> 
>>> 
>>> The subversion client uses the following config files:
>>> 
>>> /etc/subversion/config
>>> which can be overridden by
>>> ~/.subversion/config
>>> 
>>> AFAICT /etc/subversion/config is set up by the Puppet file:
>>> 
>>> modules/subversionclient/files/config
>>> 
>>> which contains the following mime types
>>> *.doc = svn:mime-type=application/msword
>>> *.gif = svn:mime-type=image/gif
>>> *.gz = svn:mime-type=application/x-gzip
>>> *.ico = svn:mime-type=image/x-icon
>>> *.jpg = svn:mime-type=image/jpeg
>>> *.pdf = svn:mime-type=application/pdf
>>> *.png = svn:mime-type=image/png
>>> *.tar = svn:mime-type=application/octet-stream
>>> *.tgz = svn:mime-type=application/octet-stream
>>> *.tif = svn:mime-type=image/tiff
>>> *.tiff = svn:mime-type=image/tiff
>>> 
>>> Additional types that could perhaps be added to the list:
>>> *.asc = text/plain
>>> *.eml = text/plain
>>> *.gpg = application/octet-stream
>>> *.rtf = application/rtf
>>> *.sig = application/octet-stream
>>> 
>>>> Thanks,
>>>> Craig
>>>> 
>>>> Craig L Russell
>>>> c...@apache.org
>>>> 
>> 
>> Craig L Russell
>> c...@apache.org
>> 

Craig L Russell
c...@apache.org

Reply via email to