이것은 이메일 클라이언트의 웹 뷰를 사용하지 말거나, 또는 이메일로 직접 답장하도록 권장함으로써 해결할 수 있는 문제에 대해 꽤 창의적인 해결책인 것 같습니다.
저는 서드파티 로그인 시스템을 사용하지 않지만, 이 개념이 그러한 시스템의 작동 방식과 다소 충돌하는 것 같지 않나요? 소셜 미디어 계정으로 로그인하는 다른 사이트의 링크를 클릭할 때, 이메일 클라이언트의 웹 뷰에서는 어떻게 처리되나요? 그 시나리오에서 로그인 토큰이 작동하나요? ![]()
이것은 이메일 클라이언트의 웹 뷰를 사용하지 말거나, 또는 이메일로 직접 답장하도록 권장함으로써 해결할 수 있는 문제에 대해 꽤 창의적인 해결책인 것 같습니다.
저는 서드파티 로그인 시스템을 사용하지 않지만, 이 개념이 그러한 시스템의 작동 방식과 다소 충돌하는 것 같지 않나요? 소셜 미디어 계정으로 로그인하는 다른 사이트의 링크를 클릭할 때, 이메일 클라이언트의 웹 뷰에서는 어떻게 처리되나요? 그 시나리오에서 로그인 토큰이 작동하나요? ![]()