Special characters in file name of attachment...

Hello,
I attached a file in SC which had # in the file name. I was not able to open the attachment... Is there any restrictions on using the special characters in attachment file name?
Regards
Amit

Hi. Yes, we had the exact same thing. If the file name is not A to Z or 0 to 9 it can not be opened.
I think we asked SAP and there was no solution for our system.
I think it depends on your file system and things like that though.
Regards,
Dave.

Similar Messages

Mail.app hang if mail attachment have special characters in file name

Hello,
I have upgraded to 10.5.1 from last version of Tiger.
After upgrade is not possible send message with attachment which have a czech special characters in file name (like á, í, é, ý, ú, ů, ě, š, č, ř, ž) with Mail.app. If I try it, CPU is overloaded and I must kill Mail.app process.
The same problem have my friends who are running a clear installation of Leopard 10.5.1.
Thanks for correction.

I have the same problem with Hungarian chars. I tried out Tomas suggestion and it really worked. It is so dissaponting to have this kind of bug in a system like this. They never tested against this situation.
I hope somebody at apple read this discussion and somehow this will be fixed in the near future.

Special characters in file names and directories

I'm building a site that lets users create directories to
which they give the name they want.
Using PHP, is there one universal solution to avoid any
special characters in directories, yet will
display the directory/file names in html the way the user
intended?
example of a possible name:
"ça alors: it's a déjà-vu"
How can I encode this so it's valid as a directory name, yet
can be displayed as intended when the
name is output to the page. urlencode() does not do the job,
neither does htmlentities()...
seb ( [email protected])
http://webtrans1.com | high-end web
design
Downloads: Slide Show, Directory Browser, Mailing List

(_seb_) wrote:
> Gary White wrote:
>> On Sun, 19 Nov 2006 19:15:04 +0100, "(_seb_)"
<[email protected]> wrote:
>>
>>> "ça alors: it's a déjà-vu"
>>>
>>> How can I encode this so it's valid as a
directory name, yet can be
>>> displayed as intended when the name is output to
the page.
>>> urlencode() does not do the job, neither does
htmlentities()...
>>
>>
>> What's wrong with:
>>
>> $l="ça alors: it's a déjà-vu";
>> print urlencode($l)."<br>\n";
>> print htmlspecialchars($l);
>>
>> Gary
>
>
> I know that, but what is the name of the directory? It
has to be a real
> directory name, not a string stored somewhere.
>
> What's a valid encoding for a directory named "ça
alors: it's a
> déjà-vu"? I can call a folder like this on my
Mac, but it won't work on
> any server...
>
>
>
PS: basically it's not a url encoding issue.
I can url encode "ça alors: it's a déjà-vu",
and pass it in a url query string. But my issue is not
with an url query string, it's with an actual URL, that is,
the actual name of the directory. It
can't be "ça alors: it's a déjà-vu". But I
want to allow the user to name their directory like that
if they want. So I need a way to encode this into characters
that can be used for an actual
directory on the server.
seb ( [email protected])
http://webtrans1.com | high-end web
design
Downloads: Slide Show, Directory Browser, Mailing List

Image Capture and special characters in file names.

Hung up image capture yesterday: We tried to enter a date in the file name of the document we were scanning. It proceeded normally, but then did not save the file and image capture would not scan again until OS restarted.
Problem repeated until we discovered a slash in the file name box. Changed the file name and everything works now.
Software should either prevent user from entering special characters in the file name box, or properly handle the error and not hang up the application.

Hi,
Would mind providing a screenshot about how your Content Query Web Part rendering in your environment?
In my environment, it displays the filename which contains periods:
I would suggest you create a new page and insert a Content Query Web Part to perform the test again.
Feel free to reply with the test result or if there any progress.
Thanks
Patrick Liang
Forum Support
Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support,
contact [email protected]
Patrick Liang
TechNet Community Support

Special Characters in File Names

Hello!
I'm experiencing some difficulties with the file names
RoboHelp is producing. I have imported my Frame files by reference
and am generating Web Help.
RoboHelp apparently does not like hyphens/em dashes in file
names - when I generate help, I get files names with unusual
characters in the file names (where the hyphen/em is supposed to
go).
For example:
- A Frame heading 1 is this: Agent HTTP tunneling
—proxy server
- The RoboHelp topic generated is this: agent_http_tunneling
%E2%80%94proxy_server.htm
These characters are breaking my nightly builds. Is there a
way to configure how RoboHelp deals with em dashes? If so, where
would I do that?
Thanks very much for the help!
diane

Maybe
this
post will help.

Rename Files while uploading, having special characters in File Name.

Hello Forum,
In our SharePoint environment, we are having many document library. Our users regularly uploads files to the documents library. As SharePoint doesn't allow to use "&" character in file name, it'll throw an exception regarding the file
name.
Now what I needed is :
Is there any way to remove "&" character while uploading files? Can we replace "&" with any other character while uploading files.
If is there any paid solution available, leave comment.
Thanks in Advance.

You have to change the folder/file names before hand then upload them to Sharepoint.
here is the script which will scan the files/folder and find the special charaters and fix for you.
http://get-spscripts.com/2011/11/use-powershell-to-check-for-illegal.html
Courtesy :Waqas
Sarwar(MCSE 2013)
Please 'propose as answer' if it helped you, also 'vote helpful' if you like this reply.

Content Query Web Part and special characters in file names

Hi All,
Is there an out-of-box way to display periods in a file name if I am displaying a document library files? I do not want to end up doing a custom item style if possible.
For example, file name is 8.5x11Letterhead.docx, 8.5x11Resume.pdf etc. I do not want to display the file names as 85x11Letterhead.docx.
Thanks

Hi,
Would mind providing a screenshot about how your Content Query Web Part rendering in your environment?
In my environment, it displays the filename which contains periods:
I would suggest you create a new page and insert a Content Query Web Part to perform the test again.
Feel free to reply with the test result or if there any progress.
Thanks
Patrick Liang
Forum Support
Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support,
contact [email protected]
Patrick Liang
TechNet Community Support

French Characters in File Names

Hello,
Despite my instance not use French and/or other special
characters in files names, we have inherited a project (approx 2500
topics) with French characters in the file name. When we generated
the project and post it on an Apache server, the topics do not
display as the server replaces the characters with symbols.
RX5, during the generation process, replaced the French
characters with underscores, RX 7.0.1 keeps the characters within
the file name. In RX 7.0.1 is it possible to replace the characters
with underscores during the generation process?
Regards,

If this is the other thread, then you did get a response, several in fact. It may not have been the answer you wanted but that's another matter.
http://forums.adobe.com/message/129875#129875
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Prevent using special characters in file and folder names?

I've recently begun adding windows clients to my network. In doing so, I've found that on my file shares from OS X server, the windows clients are unable to see files and folders which have names containing special characters such as / ? < > \ : * | ”
Unfortunately my accounting department has been creating files with these characters in their names for several years. I would like to find if there is a way to prevent them from using a defined set of characters in the file and folder names to prevent them from "accidentally" doing so in the future.
I've found that by turning off streams support on SMB in OS X server, that my windows clients can at least see that a file or folder should exist, albeit with a corrupted file name. Removing the special characters from these names allows the proper name to become visible and the file accessible.
Any info would be greatly appreciated.

(_seb_) wrote:
> Gary White wrote:
>> On Sun, 19 Nov 2006 19:15:04 +0100, "(_seb_)"
<[email protected]> wrote:
>>
>>> "ça alors: it's a déjà-vu"
>>>
>>> How can I encode this so it's valid as a
directory name, yet can be
>>> displayed as intended when the name is output to
the page.
>>> urlencode() does not do the job, neither does
htmlentities()...
>>
>>
>> What's wrong with:
>>
>> $l="ça alors: it's a déjà-vu";
>> print urlencode($l)."<br>\n";
>> print htmlspecialchars($l);
>>
>> Gary
>
>
> I know that, but what is the name of the directory? It
has to be a real
> directory name, not a string stored somewhere.
>
> What's a valid encoding for a directory named "ça
alors: it's a
> déjà-vu"? I can call a folder like this on my
Mac, but it won't work on
> any server...
>
>
>
PS: basically it's not a url encoding issue.
I can url encode "ça alors: it's a déjà-vu",
and pass it in a url query string. But my issue is not
with an url query string, it's with an actual URL, that is,
the actual name of the directory. It
can't be "ça alors: it's a déjà-vu". But I
want to allow the user to name their directory like that
if they want. So I need a way to encode this into characters
that can be used for an actual
directory on the server.
seb ( [email protected])
http://webtrans1.com | high-end web
design
Downloads: Slide Show, Directory Browser, Mailing List

Sqlldr does not understand unicode characters in file names

Hello,
I am trying to call sqlldr from a .net application on Windows to bulk load some data. The parameter, control, data, log files used by sqlldr, are all located in the C:\Configuración directory (note the unicode character in the directory name).
Here is my parfile:
control='C:\Configuración\SystemResource.ctl'
direct=true
errors=0
log='C:\Configuración\SystemResource.log'
userid=scott/tiger@orasrv
When I make a call as
sqlldr -parfile='C:\Configuración\SystemResource.par'I am getting
SQL*Loader-100: Syntax error on command-line
If I run it as
sqlldr -parfile='C:\Config~1\SystemResource.par'I am getting
SQL*Loader-522: lfiopn failed for file (C:\Configuraci├│n\SystemResource.log)
If I remove the log= parameter from the parameter file, I am getting
SQL*Loader-500: Unable to open file (C:\Configuraci├│n\SystemResource.ctl)
SQL*Loader-553: file not found
SQL*Loader-509: System error: The system cannot find the file specified.
Can anyone suggest a way to handle unicode/extended ASCII characters in file names?
Thanks,
Alex.

Werner, thank you for replying to my post.
In my real application, I actually store the files in %TEMP%, which on Spanish and Portuguese Windows has "special" characters (e.g. '...\Administrador\Configuración local\Temp\'). In addition, you can have a user with the "special" characters in the name which will become part of %TEMP%.
Another problem is that 8.3 name creation may be disabled on NTFS partitions.
Problem #3 is that the short file names that have "special" characters are not converted correctly by GetShortPathName windows API, e.g. "Configuración" will be converted to "Config~1", but for "C:\ración.txt" the api will return the same "C:\ración.txt", even though dir /x displays "RACIN~1.TXT". Since I am creating the parameter and control files programmatically from a .net application, I have to PInvoke GetShortPathName.
Any other ideas?
Thanks,
Alex.

Special letter in file name in search results

I have follow this quid
http://charliedigital.com/2011/12/16/force-file-name-in-sharepoint-2010-search-results/ to change XSL to display file name in search results instead of title. It works very well. I'm happy. But I find a small thing. the special character in file name (e.g.
Ö, Ü ...) cannot be displayed correctly. But before changing those special letter can be displayed in title correctly. How can I do to solve this problem? I put following XSL:
<xsl:otherwise>
    <a id="{concat($currentId,'_Title')}">
        <xsl:attribute
name="href">
<xsl:value-of select="$url"/>
        </xsl:attribute>
        <xsl:attribute
name="title">
<xsl:value-of select="title"/>
        </xsl:attribute>
        <xsl:if
test="$isdocument">
<xsl:value-of select="filename"/>
        </xsl:if>
        <xsl:if
test="not($isdocument)">
<xsl:choose>
<xsl:when test="hithighlightedproperties/HHTitle[. != '']">
<xsl:call-template name="HitHighlighting">
<xsl:with-param name="hh"
select="hithighlightedproperties/HHTitle"
/>
</xsl:call-template>
</xsl:when>
<xsl:otherwise>
<xsl:value-of select="title"/>
</xsl:otherwise>
</xsl:choose>
        </xsl:if>
    </a>
</xsl:otherwise>

Hi
I think
that special characters are not related to
the change in the XML file
on your personalized results page.
With the original XML
special characters display correctly?
You can use
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/>
<xsl:template match="/">
<xmp><xsl:copy-of select="*"/></xmp>
</xsl:template>
</xsl:stylesheet>
to see results with another encoding
Miguel de Hortaleza

BIG PROBLEM: CSS files not loading because of international characters in file name

I have Muse Beta 7 in Spanish.
The program creates a css file called master_a-página-maestra.css in css folder. It is referenced in the resulting HTML code here:

<link rel="stylesheet" type="text/css" href="css/site_global.css?3951792836"/>
<link rel="stylesheet" type="text/css" href="css/master_a-p%c3%a1gina-maestra.css?fileVersionPlaceholder"/>
<link rel="stylesheet" type="text/css" href="css/index.css?3948175564"/>
When you work locally in your Windows formatted har drive, everything looks fine, but when you upload your files to a server, everything is screwed up. The server doesn't recognizes the URL and returns an error page, resulting in style errors in the entire site.
This can also happens with html files if the title of the page contains international characters or with images if the image file name in your Hard Drive contains international characters.
I already pointed out long time ago Muse was generating file names with international characters like á, ñ, etc but nobody cared about it. Too bad. I had to activate file name customization but I think that Muse should replace automatically this characters in the same way that it replaces other conflictive characters like commas or ampersands.
This is not a fault of the FTP client. Accented characters are not web safe regardless of the FTP client you are using. It is a server side issue. Some servers support it some others don't. I don't mind if it works in Adobe Catalyst server because the final website is going to be in another server and maybe next year when paid hosting is ended the client may move it to another server.
It makes more sense to replace accented characters in file names by their not accented equivalents ('a' instead of 'á', 'N' instead of 'Ñ', etc) and avoid all this problem.

Zak, It is funny you mention it, because the site I am talking about is hosted in 1and1. try this: http://www.artofwalls.com/rosannawalls/biografía.html
As you can see, the offending "í" in the file name causes 1and1 server to throw a "page not found" error. And this has happened with many other servers I have tried since.
Muse boast of generating code fully compatible with all major web browsers but by using international characters in file names it ggenerates code suitable only for very few web servers. International characters have been always a no-no for internet URLs. Internet was designed by people who didn't care about ascii codes beyond 127 so using international characters in html file names is just call for problems.
"to work with your hosting provider to determine how to enable Unicode encoded (UTF-8) file names and HTML files on their servers" is not a viable solution most of the time unless you are a Very Important Client of your host provider. If not, making changes means money for them and if you are the only one who complains, they are going to just tell you to not use international characters in your names.

Special Characters in Report Name or Report Description(URGENT)

Hi All,
I am using Hyperion Financial Reporting System 9 tool. Could anyone tell me what problem we face if we use special characters in report name and report description?
Waiting for quick response.
Regards,
SN

when using "&" in report and folder titles we had issues with report books not being able to run and also the report name would be incorrectly described.
try to avoid if possible, there is a lower risk if using on an all windows enviroment (clients and servers) but if you have *nix OS it does introduce complexity.

Proper syntax of the file name to attach files in FNDATTCH.fmb

Can you please tell me the proper syntax of the file name to attach files in FNDATTCH.fmb ?
i am not able to open attached document if it contains & in the file name..So i wanted to know the rules to give the file name

This has nothing to do with the TB display. You should repost in the computer forum

How to Make Itunes Recognize Foreign Characters in file names?

How to Make Itunes Recognize Foreign Characters in file names?
Any Body, please
DELL Windows XP Pro

That's not how it's supposed to work according to this: http://www.griffintechnology.com/support/italkpro/
By default, a playlist will be created in iTunes called "Voice Memos" and those files will be transferred there automatically. The files themselves can be found on your computer in your iTunes Music folder in Unknown Artist > Unknown Album.
It may be worth working through any trouble shooting articles on that site.
Regards,
Colin R.

Special characters in file name of attachment...

Similar Messages

Maybe you are looking for