Google calendar api 将google日历事件移动到另一个人日历

如何将Google日历事件移动到另一个人日历？我尝试了谷歌移动API，但不幸的是，我得到404未找到错误

参考：

---

对此有何想法？

要执行移动，经过身份验证的用户需要至少对源日历和目标日历都具有写访问权限。

要执行移动，经过身份验证的用户需要至少对源日历和目标日历都具有写访问权限，源日历和目标日历。

*解决方案*

：-用于将日历事件从一个日历移动到另一个日历或更改组织者

使用ACL API： 通过传递字段，使用目标电子邮件调用Acl API

calendarId: Primary,
scope:{
 type: user,
 value: Source EmailId
}

calendarId: Primary,
eventId: "",
destination: Targeted Email Id

使用移动API： 通过传递字段，使用源电子邮件调用移动Api

calendarId: Primary,
scope:{
 type: user,
 value: Source EmailId
}

calendarId: Primary,
eventId: "",
destination: Targeted Email Id

因此，它将移动到目标电子邮件日历。

---

谢谢。

*解决方案*

：-用于将日历事件从一个日历移动到另一个日历或更改组织者

使用ACL API： 通过传递字段，使用目标电子邮件调用Acl API

calendarId: Primary,
scope:{
 type: user,
 value: Source EmailId
}

calendarId: Primary,
eventId: "",
destination: Targeted Email Id

使用移动API： 通过传递字段，使用源电子邮件调用移动Api

calendarId: Primary,
scope:{
 type: user,
 value: Source EmailId
}

calendarId: Primary,
eventId: "",
destination: Targeted Email Id

因此，它将移动到目标电子邮件日历。

---

谢谢。

可能是重复的嘿，我尝试了他们建议的同样的东西。但是我不断地得到这个错误，{“错误”：{“错误”：[{“域”：“全局”，“原因”：“未找到”，“消息”：“未找到”}]，“代码”：404，“消息”：“未找到”}我对你的问题投了更高的票，因为我同样被404困住了。但我认为你和Luc都可以改进你的答案，因为他们都不清楚。顺便说一句，如果你想让StackOverflow这样一个令人惊叹的社区蓬勃发展，最好是给那些引导你解决问题的人打分。（我看到Luc在许多评论过程中帮助了你，然后你接受了你自己的答案而不是他的。）我的答案是：可能重复的嘿，我尝试了他们建议的同样的东西。但我不断地得到这个错误，{“错误”：{“错误”：[{“域”：“全局”，“原因”：“未找到”，“消息”：“未找到”}]，“代码”：404，“消息”：“未找到”}我对你的问题投了更高的票，因为我同样被404困住了。但我认为你和Luc都可以在这里改进你的答案，因为两者都不清楚。顺便说一句，如果你想让StackOverflow这样一个令人惊叹的社区蓬勃发展，最好给那些引导你解决问题的人打分。（我看到Luc在许多评论过程中帮助了你，然后你接受了你自己的答案而不是他的答案。）我的答案是：经过身份验证的用户通过这样的写入范围（对日历的读/写访问）对源日历具有写和读访问权限但是如何授予目标日历的写访问权限？有两种方法。第一种方法是转到目标日历的web UI，并将其与要用于移动的用户的写访问权限共享。第二种方法是在API中作为目标日历的所有者进行身份验证，并执行“writer”的插入“通过ACL集合的ACL感谢您的回答。我尝试了，为了写入对目标日历的访问，日历事件正在移动到目标日历emailId。之后是否需要再次使用移动API？这是错误的：{“角色”：“编写者”“范围”：{“类型”：“用户”，“值”：“TargetdEmailID”}。您需要以目标日历的身份登录，并与源共享。您在错误的日历上执行此操作。同样，您需要以目标日历的所有者身份登录，并插入目标日历的ACL，以向源日历的所有者授予写访问权。经过身份验证的用户对源日历具有写和读访问权r通过这样的写入范围（对日历的读/写访问）但是如何授予目标日历的写访问权限？有两种方法。第一种方法是转到目标日历的web UI，并将其与要用于移动的用户的写访问权限共享。第二种方法是在API中验证为目标日历的所有者，并执行“writer”的插入通过ACL集合的ACL感谢您的回答。我尝试了，要对目标日历进行写入访问，日历事件正在移动到目标日历emailId。之后是否有必要再次使用移动API？这是错误的：{“角色”：“编写者”“范围”：{“类型”：“用户”，“值”：“TargetdEmailID”}。您需要以目标日历的身份登录，并与源共享。您在错误的日历上执行此操作。同样，您需要以目标日历的所有者身份登录，并插入目标日历的ACL，以向源日历的所有者授予写访问权。