EML을 TIFF로

EML을 TIFF로 변환하면 전체 이메일 내용(헤더 필드와 인라인 이미지 포함)을 포함하는 페이지 매김된 TIFF 이미지가 생성됩니다. 업로드된 .eml 파일당 하나의 다중 페이지 TIFF가 생성되어 긴 메시지를 함께 유지하고 이미지 입력이 필요한 시스템에 맞게 형식을 보존합니다. 변환기는 메시지 본문과 헤더만 포함하며, 첨부 파일은 출력에 포함되지 않습니다.

첫 페이지에 렌더링된 헤더

변환기는 표준 이메일 헤더—From, To, Cc, Subject 및 Date—를 추출하고 첫 번째 TIFF 페이지 상단에 서식이 지정된 블록으로 그립니다. 블록은 원래 순서를 따르고 명확한 산세리프 서체를 사용하며 래스터 이미지의 일부가 되어 눈에 보이는 헤더 정보가 영구적으로 보존됩니다.

헤더가 래스터화되기 때문에 선택하거나 검색할 수 없으며, 이는 편집 가능한 텍스트보다 정확한 시각적 스냅샷이 필요한 보관 워크플로와 일치합니다. Bcc 정보는 프라이버시를 위해 생략되고 추가 메타데이터는 추가되지 않습니다.

본문 레이아웃, 스타일링 및 인라인 이미지

HTML 본문은 전체 시각적 충실도로 렌더링됩니다: 단락, 제목, 목록, 굵게, 기울임꼴, 밑줄, 글꼴 색상, 표 및 인라인 CSS가 이메일 클라이언트에 표시되는 그대로 TIFF 페이지에 래스터화됩니다. 일반 텍스트 메시지는 줄 바꿈을 유지하는 단일 고정폭 텍스트 블록이 됩니다.

이메일에 직접 포함된 이미지(CID 참조)는 TIFF에 포함되어 자체 포함 파일이 됩니다. 이메일이 원격 이미지를 참조할 경우 엔진은 각 이미지를 다운로드하려 시도하며, 10초 창 내에 로드되지 않은 이미지는 자리 표시자 없이 제외되어 시각적 흐름을 깔끔하게 유지합니다.

다중 페이지 매김, 글꼴 처리 및 비라틴 스크립트

렌더링된 이메일이 단일 페이지를 초과하면 변환기는 추가 TIFF 프레임으로 계속 진행하여 이메일당 하나의 다중 페이지 TIFF를 생성합니다. 각 페이지는 표준 문서 크기(A4 또는 Letter)를 따르므로 긴 메시지는 여러 개의 별도 이미지가 아닌 하나의 파일에 함께 유지됩니다.

래스터화는 서버에 포함된 서구 라틴 글꼴을 사용합니다. CJK, 히브리어, 아랍어와 같이 지원되지 않는 스크립트의 경우 엔진은 대체 글꼴에서 가장 가까운 글리프를 사용합니다. 결과 텍스트는 읽을 수 있지만 OCR 없이 선택하거나 검색할 수 없습니다.