Roundcube

01무엇이고, 어떤 일을 하나

• 브라우저에 메시지 목록·작성·검색 같은 사용자 화면을 제공한다.
• IMAP 서버와 통신하여 메일함 내용을 읽고 상태를 바꾼다.
• SMTP 제출 경로로 작성한 메일을 보내고 사용자 설정을 관리한다.

02어떤 순서로 동작하나

1. 웹 요청 수신

   브라우저가 HTTPS로 Roundcube의 웹 서버·PHP 실행 경로에 접속한다.

2. 인증과 IMAP 연결

   애플리케이션이 구성된 인증 방식과 IMAP 서버 접속 조건을 적용해 사용자의 메일함을 연다.

3. 조회·작성 처리

   IMAP으로 메시지를 조회하거나 편집 화면에서 메일 본문과 첨부를 준비한다.

4. SMTP 제출

   발송 요청이면 SMTP 제출 서버에 인증·TLS 조건으로 메시지를 전달하고 결과를 화면에 반영한다.

03먼저 알아둘 용어와 구성요소

Webmail MUA

웹 화면으로 제공되는 메일 사용자 에이전트다. 메시지를 작성·조회하지만 MTA처럼 인터넷의 모든 서버 간 중계를 담당하지 않는다.

IMAP 서버

메일함과 읽음·폴더 등의 상태를 제공하는 대상이다. Roundcube 화면에 보이는 메시지의 원본 저장 책임과 연결된다.

SMTP submission

사용자 작성 메시지를 전송 서버에 제출하는 경로다. 브라우저의 HTTPS와는 별도 연결이므로 그 구간의 TLS·인증도 설정해야 한다.

애플리케이션 DB

주소록·설정·세션 등 웹메일 앱의 자료를 저장한다. 메일 메시지 전체가 항상 이 DB에 저장된다고 가정하지 않는다.

PHP 실행 계층

웹 서버가 Roundcube의 PHP 코드를 실행하도록 연결하는 계층이다. 정적 파일 응답과 앱 실행·DB 접속의 성공은 다르다.

메시지 상태

읽음·삭제 표시·폴더 이동처럼 서버와 동기화하는 상태다. 웹 화면의 성공 표시와 최종 SMTP 배달·상대의 읽음은 서로 다른 사건이다.

04예제로 따라가기

• 웹 로그인 화면은 열리지만 메일 목록이 비어 있거나 오류가 나면 PHP 응답 성공과 IMAP 인증·메일함 선택을 따로 본다.
• 메일 읽기는 되는데 발송만 실패하면 IMAP 설정보다 SMTP 제출의 주소·인증·TLS·중계 허용 경계를 살핀다.
• Roundcube DB만 백업하고 IMAP 메일 저장소를 보관하지 않았다면 주소록을 복구해도 메시지 전체를 복원하지 못할 수 있다.

05혼동하기 쉬운 점과 확인 기준

• 브라우저와 웹메일 사이 HTTPS가 정상이어도 웹메일에서 IMAP·SMTP 서버로 가는 구간이 자동 암호화되는 것은 아니다.
• 사용자 화면의 전송 완료는 제출 서버의 수락을 뜻할 수 있으며 최종 수신 메일함 배달·읽음까지 의미하지 않는다.

06상세 노트 · 실습 자료

헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.