PARSE_RE_0, PARSE_RE_1, ..., PARSE_RE_9

(문자열, UTF-8 정규 표현식) 전자 메일의 모바일 원본의 경우 게이트웨이 프로필은 SMS 메일의 텍스트에서 대상 전자 메일 주소를 추출해야 합니다. 이것은 하나 이상의 POSIX 호환 정규 표현식(RE)으로 수행됩니다. 대상 전자 메일 주소를 생성하는 일치하는 항목이 발견되거나 정규 표현식 목록이 모두 사용될 때까지 각 정규 표현식은 SMS 메일의 텍스트를 평가합니다.

PARSE_RE_* 및 ROUTE_TO 옵션을 동시에 사용할 수 없습니다. 동일한 게이트웨이 프로필에서 두 옵션을 함께 사용하는 것은 구성 오류입니다.

각 정규 표현식은 POSIX와 호환되어야 하며 UTF-8 문자 세트로 인코딩되어야 합니다. 정규 표현식은 문자열 0을 대상 주소로 출력해야 합니다. 선택적으로 Subject: 헤더 행에 사용할 텍스트를 문자열 1로 출력하고, 메일 본문에 사용할 텍스트를 문자열 2로 출력할 수 있습니다. 정규 표현식에서 "사용"하지 않는 모든 텍스트는 문자열 2로 출력된 텍스트에 이어서 메일 본문에 사용될 수 있습니다.

정규 표현식은 PARSE_RE_0, PARSE_RE_1, ...PARSE_RE_9의 순서로 시도됩니다. 지정된 정규 표현식이 없을 경우 다음 기본 정규 표현식이 사용됩니다.

[ \t]*([^\( ]*)[ \t]*(?:\(([^\)]*\))?[ \t]*(.*)

이 기본 정규 표현식은 다음 구성 요소로 나뉩니다.

[ \t]*

선행 공백 문자(SPACE 및 TAB)를 무시합니다.

([^\( ]*)

대상 전자 메일 주소입니다. 첫 번째로 보고되는 문자열입니다.

[ \t]*

공백 문자를 무시합니다.

(?:\(([^\)]*)$1\))?

괄호로 묶인 선택적 제목 텍스트입니다. 두 번째로 보고되는 문자열입니다. ?:는 바깥쪽 괄호가 문자열을 보고하지 않게 합니다. 이러한 괄호는 단순히 후행 ?에 대해 해당 내용을 단일 RE로 그룹화하는 데 사용됩니다. 후행 ?는 RE 구성 요소가 0번 또는 1번만 일치하도록 하며 표현식 {0,1}과 같습니다.

[ \t]*

공백 문자를 무시합니다.

(.*)

메일 본문에 대한 나머지 텍스트입니다. 세 번째로 보고되는 문자열입니다.

예를 들어, 위 정규 표현식을 사용할 경우 다음 샘플 SMS 메일은

dan@sesta.com(Testing)This is a test

다음 전자 메일을 생성합니다.

To: dan@sesta.com
Subject: Testing

This is a test

두 번째 예로 다음 SMS 메일은

sue@sesta.com This is another test

다음을 생성합니다.

To: sue@sesta.com

This is another test

SMS 메일은 이러한 정규 표현식으로 평가되기 전에 유니코드의 UTF-16 인코딩으로 변환됩니다. 그런 다음 변환된 텍스트는 이전에 UTF-8에서 UTF-16으로 변환된 정규 표현식으로 평가됩니다. 이어서 평가 결과는 Subject: 텍스트의 대상 전자 메일 주소 EMAIL_HEADER_CHARSET(있을 경우)와 메일 본문의 EMAIL_BODY_CHARSET(있을 경우)에 대한 US-ASCII로 변환됩니다.