Hi @jonas.persson​ ,

I'm sorry that you encountered this problem. I have done some testing to try and reproduce the problem but I've not had any luck. When I include a comma in the Automation Name I can see that this is included in the email attachment file path, however, the translation completes successfully testing on Windows OS and with various formats.

I was able to reproduce the error once, but that was when I made a mistake and the XML file wasn't actually present in the attachment folder. How are you specifying the attachment, - are you using the 'Email Attachment' or 'Email Attachment Folder' and then specifying the file name in the published parameter?

Note: I will be filing an issue to strip the comma from the attachment file path because this is already the behaviour for other special characters e.g. apostrophe/question mark

Hi @hollyatsafe​ 

I'm using the 'Email Attachment' as input to the published parameter for source file.

Thanks @jonas.persson​. Are you sending any other files through with the email, e.g. an .xsd file?

No, only a single .xml file.

Hi @jonas.persson​ ,

Are you able to share your workspace and an example XML file for me to test with? If you'd prefer not to share over the Community you can email this to holly.coxon@safe.com.

Hello,

I think i have a relative issue.

I’m sending an email containing a .xml and a .pdf to an automation.

The server gets the attachments and download them to : {FME_SHAREDRESOURCE_TEMP}\ 

And generates a subfolder names in this way : nDate]-euser]-rmail_subject]-tsome automated generated unique id].

The thing is that my mail subject is containing some special characters such as “a“ , “éè@” etc. and the final attachment folder path contains this special chars, which, i assume is causing some troubles.

Then, the automation executes a workspace containing a xml Reader, this reader fails to open the xml. This xml is well uploaded on the server, and the whole workspace is working well on this .xml when the mail_subject isn’t containing any special chars.

As i can’t control the way my users are writing there mail subjects i was considering 2 solutions :

• Modify the way FME server is generating the mail_attachment folder by deleting the lmail_subject] part.
• Parsing the attachment folder path send to the reader to escape special chars