Closed ilium007 closed 3 years ago
The error indicates Gmail server did not like the message, it could be malformed or contain a virus, the server does not specify but there's really nothing GYB can do here except report the error and move on to the next email. This is working as intended. If it's just one or a handful of messages I'd suggest just ignoring it. Otherwise you'll need to investigate what's unique and problematic with that email.
Jay
Ok thanks. No viruses here :D I'll just ignore it.
How do I identify the email in question? I can't find anything in the --debug output to identify the actual email.
--debug output of a rerun should show the raw message. It's base64 encoded so you'll need to run it through a decoder (there's plenty of them online if you Google it).
Jay
On Wed, May 12, 2021, 7:29 AM ilium007 @.***> wrote:
How do I identify the email in question? I can't find anything in the --debug output to identify the actual email.
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/jay0lee/got-your-back/issues/317#issuecomment-839696250, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABDIZMHTZ6VHEQSPJLDVT4LTNJRARANCNFSM44YMXBBA .
Ahh ok - I was hoping there was a simple reference back to the local .eml file it used to attempt the restore.
So.... I decoded the base64 text and I remember the email. It was one that contained an AES encrypted attachment that contained a website SSL private key that I had to send to an overseas partner. It really urks me that Google will not allow us to securely send sensitive attachments that have been encrypted because they can't look inside them.
Not a GYB problem I know.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.
I run this command:
❯ ./gyb --email xxxx@gmail.com --local-folder /Users/xxxx/support/gyb_xxxxx@xxxxx.com.au --action restore --label-restored restored
I get this error:
ERROR: 400: Request contains an invalid argument.. Skipping message restore.
I seems this same issue may have been reported before and fixed in 1.4.1