[Himalaya 네이버 메일 연동] Slack에서 네이버메일 사용 시 GPG 복호화 오류 발생

Question

안녕하세요. 이전 질문글 아직 답변을 받지 못해 지우고 다시 문의드립니다. 현재 사용 환경 OS: Windows WSL(Ubuntu) Hermes Agent: Slack 연동 Himalaya CLI: v2.2.1 강의자료 섹션2 마지막 「헤르메스에 네이버·다음 등 일반 이메일 연결 가이드 (Himalaya IMAP/SMTP)」 를 참고하여, 2단계 '비밀번호를 안전하게 보관하기'와 3단계 '설정 파일 작성' 안내에 따라 네이버 메일을 연동했습니다. 처음 설정했을 때는 Slack에서 Hermes를 통해 네이버 메일 조회와 발송이 정상적으로 작동했습니다. 그런데 다음 날 Slack에서 Hermes에게 네이버 메일 작업을 요청하니, 비밀번호 관리 도구인 pass 에서 다음과 같은 GPG 복호화 오류가 발생했습니다. gpg: public key decryption failed: No such file or directory gpg: decryption failed: No such file or directory 이후 WSL 터미널에서 아래 명령어를 실행했습니다. export GPG_TTY="$(tty)" pass show email/naver >/dev/null GPG 키 암호를 다시 입력한 뒤에는 Slack에서도 네이버 메일을 정상적으로 사용할 수 있었습니다. 원인을 확인해 보니 Hermes 게이트웨이가 백그라운드에서 실행되기 때문에, GPG 암호 캐시가 만료되었을 때 암호를 입력할 터미널이 없어 복호화에 실패하는 것으로 의심됩니다. 궁금한 점은 다음과 같습니다. 강의자료에서 안내한 pass + GPG 방식은 캐시가 만료될 때마다 터미널에서 수동으로 암호를 입력해야 하나요? Slack을 통해 Hermes를 사용할 때도 수동 암호 입력 없이 네이버 메일을 안정적으로 조회하고 발송할 수 있는 권장 방법이 있을까요? GPG 캐시 유지 시간을 늘리는 것 외에 보안성을 유지하면서 백그라운드에서 사용할 수 있는 인증 방식이 궁금합니다. 앞으로 Hermes를 이용해 네이버 메일 확인과 아침 브리핑을 자동화하고 싶은데, 현재 방식으로는 캐시 만료 시 자동화가 중단될 수 있어 해결 방법을 알고 싶습니다. 감사합니다.

dantelabs · Answer

al4122님, 먼저 앞서 올려 주신 질문에 답이 늦어 다시 쓰시게 한 점 죄송합니다. 원인은 짚으신 그대로예요. 게이트웨이는 백그라운드에서 돌기 때문에 GPG 암호 캐시가 만료되면 암호를 물어볼 터미널이 없어서 복호화가 실패합니다. 자료실 가이드의 pass 예시는 터미널에서 직접 쓰는 상황을 기준으로 적은 것이라 이 한계를 안내하지 못했어요. 가이드에도 보강해 두겠습니다. 그래서 pass 방식은 캐시가 만료될 때마다 누군가 한 번은 암호를 입력해야 합니다. 자동화가 목적이라면 Hermes가 비밀값을 직접 넘겨주는 방식을 권합니다. (1) 네이버 앱 비밀번호를 4.2에서 연결한 Bitwarden에 NAVER_MAIL_APP_PASSWORD 같은 이름으로 저장합니다. Bitwarden을 쓰지 않으시면 해당 프로필 .env 에 같은 이름으로 넣어도 됩니다. (2) 그 프로필 config.yaml 의 terminal 항목 아래에 env_passthrough 목록을 만들고 NAVER_MAIL_APP_PASSWORD 를 적습니다. Hermes는 보안을 위해 터미널 도구에 비밀값을 기본으로 넘기지 않고, 여기 적은 이름만 넘겨줍니다. terminal: env_passthrough: - NAVER_MAIL_APP_PASSWORD (3) Himalaya 설정 파일의 auth.cmd 두 줄(받기·보내기)을 printenv NAVER_MAIL_APP_PASSWORD 로 바꿉니다. (4) 게이트웨이를 재시작한 뒤 Slack에서 메일 조회를 다시 시켜 봅니다. 이렇게 하면 암호를 입력할 단계가 없어져서 아침 브리핑 같은 예약 작업도 중간에 멈추지 않습니다. 비밀번호가 설정 파일에 평문으로 남지 않고, 네이버 앱 비밀번호는 메일 용도로만 쓰이며 언제든 폐기할 수 있어서 백그라운드 자동화에는 적절한 절충이라고 봅니다. gpg-agent 캐시 시간을 늘리는 방법도 있지만, WSL을 다시 켤 때마다 한 번은 직접 입력해야 하니 완전한 자동화와는 맞지 않아요. 설정 후에도 Slack에서 인증 오류가 나면 Himalaya가 돌려준 메시지를 그대로 붙여 주세요. 거기서부터 같이 보겠습니다.