Install
"url": "https://mcpemails.com/api/mcp"누구에게 맞나
에이전트가 기존 메일함으로 읽고, 검색하고, 보내고, 정리하고, 예약하게 하되 서버가 본문을 오래 보관하지 않기를 원한다면 이 서비스가 맞다. 공식은 이를 호스팅 MCP 서버로 쓰며 Claude, Cursor 또는 임의의 MCP 호환 클라이언트를 대상으로 한다.
클라이언트에 원격 HTTP 서버를 이미 추가할 수 있고, 공식 사이트에 로그인해 메일함을 연결할 의사가 있는 사람에게 맞다. 먼저 사이트에 로그인해 Gmail(원클릭 OAuth) 또는 임의의 IMAP/SMTP 계정(앱 전용 비밀번호)을 연결한다. 자격 증명은 데이터베이스에 쓰기 전에 AES-256-GCM으로 암호화한다. 사이트:
https://mcpemails.com
완전 로컬 IMAP만 원하거나 처음부터 delete를 주는 사람에게는 맞지 않는다. 권한은 키 단위로 나뉜다. read:email만 줄 수도 있고, delete를 노출하지 않은 채 보내기와 폴더 관리를 줄 수도 있다.
공식 저장소:
https://github.com/Albretsen/MCPEmails
3분 만에 첫 시도
공식 권장 경로는 하나뿐이다. 호스팅 인터페이스에 연결한다. 로컬 설치 프로그램을 따로 찾지 않는다.
https://mcpemails.com/api/mcp
전제: 위 사이트에서 메일함을 이미 연결했고, 이번 시험용으로 read:email만 담긴 키를 만든다. 클라이언트에서 url을 그 인터페이스로 두고 headers에 Authorization Bearer를 넣는다. 키는 이 기기의 설정에만 두고 대화에 넣지 않으며, 문서의 예시 문자열도 쓰지 않는다.
설정 위치: 현재 MCP 클라이언트의 원격 서버 설정. 연결한 뒤 저위험 호출을 한 번 한다. 클라이언트가 보여주는 도구에서 읽기 또는 검색을 고른다. 공식은 도구가 11개이며 대부분이 리소스에 action을 더해 작업을 고른다고 쓴다. 이 페이지는 함수 이름을 연속으로 쓰지 않았으니 만들지 않는다. 읽기도 외부로 나가 메일 내용을 대화에 가져온다. "프라이버시 경계 없음"이 아니다. 공식은 메일을 저장하지 않는다고 하지만 이번 세션에서는 본문이 보인다.
성공 신호: 메일 한 통 또는 검색 결과가 돌아오고, 보내기, 폴더 변경, 삭제가 없다. 401이면 먼저 Bearer가 읽기 전용 키와 맞는지 확인한다.
사용 사례
사례 1: 읽기와 검색. 대상은 공식 능력의 read와 search이며 범위는 read:email만 쓴다. 클라이언트가 실제로 보여주는 읽기 또는 검색 action을 쓴다. 증거에 필드 목록은 없다. 성공은 제목이나 요약이 돌아오는 것이다. 서버가 오래 보관한다고 가정하지 않는다.
사례 2: 보내기 또는 정리. 공식 같은 문장에 send, organize, schedule도 있다. 추가 권한이 필요하다. 확인 지점은 수신자와 본문, 또는 곧 실행할 폴더 작업을 이미 보았고, 메일이 실제로 나가거나 라벨이 바뀌는 것을 받아들인 뒤에 움직이는 것이다. 삭제는 이 단계에 넣지 않는다. delete 범위가 없으면 관련 action을 호출하지 않는다.
사용 경계
11개 도구의 구체 이름은 이 페이지에서 연속으로 확인되지 않았다. 상식으로 inbox나 draft 함수 이름을 채우지 않는다. 지목되지 않은 자동화와 연락처 능력도 넣지 않는다.
메일함을 연결하지 않았거나 읽기 전용 키가 없으면 연결하지 않는다. 보내기, 정리, 예약은 모두 실제 메일함을 바꾼다. 공식은 이미 보낸 메일을 취소하는 절차를 쓰지 않았다. 호스팅 인터페이스가 대신 메일함에 접근하므로 계정이 잘못 조작될 위험이 있다. 앱 전용 비밀번호와 OAuth 토큰을 대화에 넣지 않는다.