I am directly accessing through IMAP. I am not going through Outlook.
Not sure if IMAP is any different from Outlook, but my company actually have IT policies that wouldn’t allow bots saving attachment or sending emails. On another project I have seen people able to save attachments from internal emails and not from external source. Have you consulted with IT?
No, the attachments were perfectly fine, they were simply excel and csv files. However, the Item.Attachments.Any returned “False”, although the attachment can be downloaded manually. The Mail.Activities pack was the newest as far as I know.
I also noticed that when the same attachment is added to an entirely new mail and sent with a different From-address, the attachment is detected as usual by UiPath (I noticed some other people had similar observations on this thread). It seemed to me the attachments were often not detected from mails that had been sent automatically by certain applications, instead of being sent by actual humans (or addresses owned by humans). There was even a case, when the entire email could not be detected by UiPath, if it was sent from the automated function of a certain application. Sometimes automatically forwarding these emails to another address fixed the problem and sometimes it didn’t. Taking the attachment out of the email and resending it for example from my own email address fixed the problem, but this obviously cannot be used as a solution.
Is it possible there are some unseen security functions in gmail/outlook or the Uipath Imap mail activities that could be the cause of this problem? It is almost like the activity cannot just “see” the attachments although it finds the email itself normally.
I have the same scenario. As a workaround, I setup a outlook rule, to forward the same email to itself and access it through IMAP(uipath). The only downside is, If the outlook rule fails, then bot would fail too.
Been experiencing the same problem, does anybody solve this issue yet?
Can you share more details please?
Hi all (and @Gabriel_Tatu),
I ran into the same kind of problems as you guys. As I have been working with integration in a more raw format previously, I suspected that it is the structure of the mail itself.
The problem might not be evident when looking at the email in a Mail client (like Outlook or so), but you can see it in the mail source .
I tried sending the same email (body, subject and attachment) in three different ways:
- Using Outlook - works!
- Using Mail on OS X - doesn’t work!
- Using Webmail - works!
All on the same email account and same mail server.
Looking at the raw message I see that the three clients produces different attachement lines
Content-Type: application/pdf; name=“CQ_123.pdf”
Content-Disposition: attachment; filename=“CQ_123.pdf”; size=18983;
creation-date=“Tue, 09 Oct 2018 17:39:16 GMT”;
modification-date=“Tue, 09 Oct 2018 17:39:16 GMT”
Content-Type: application/pdf; name=“CQ_123.pdf”
Content-Disposition: attachment; filename=“CQ_123.pdf”
So it seems that UiPath are unable to process emails which has attachments that are sent “inline” as OS X does, while the mail clients are perfectly capable of that. We could argue that OS X is sending “broken” emails, but I guess there could be other cases.
Maybe UiPath should look into this?
I have the same problem.
I can read the subject of mails, but not the body, headers or attachments (and maybe more but these are the four I have tried so far. I came across several topics with these kind of problems (body not being read, attachment not being saved while they definitely exists).
Anyone with a working solution yet?
FINALLY THIS SOLUTION WORKS:
Ensure that your antivirus turned off, log out of your email and log in again then remove the “Save Attachment” activity and simply replace it with A NEW one. Put in the required values into the input fields and voila it will work.
Any updates on this? Seeing this problem in messages generated from another system now.
did you found a solution? i have the same problem
Currently I don’t have any solution other than using the Exchange activities instead.
So the problem may be isolated to IMAP/POP3 activities.
Same issue here
Tried turning off antivirus and all but it still doesn’t work.
My workflow works perfectly when I run it in UiStudio. But when running with UiRobot, it reads the attachments but doesn’t save them to the folder.
I am having a similar problem as stated through this discussion.
My workflow works perfectly when I run it in UiStudio. But when running with **UiRobot**, it reads the attachments but doesn’t save them to the folder.
Any additional ideas?
yes yes yes, not sure what I did but run scan check, deleted and added save attachemnts and restarted outlook studio and worked
Have the same issue.
I’m downloading email messages from gmail account using “Get IMAP Mail Messages”, in some messages robot can’t see any attachment (in fact all messages have attachments). All these messages were sent by X-Mailer: Apple Mail (2.3445.9.1).
It looks like @denndk is right.
Great work, thanks! This might explain the problem we had. Unfortunately I have no access to the raw messages, but in the future I’ll be able to explain such problems better to the clients