받는 메일 설정

티켓 요청은 서비스 데스크가 티켓을 만들도록 요청을 받을 때 만들어집니다. 티켓 요청은 경보 조건 같은 인바운드 이메일 또는 시스템 이벤트를 기반으로 합니다. 받는 이메일 설정 및 링크된 서비스 프로시저는 티켓 요청이 티텟으로 처리되는 방법, 티켓을 만들기 위해 사용되는 서비스 데스크 및 티켓 요청이 취소되는지 여부를 결정합니다.

인바운드 이메일의 티켓 요청

받는 이메일 설정 페이지에서는 1개 이상의 리더를 지정해 정기적으로 POP3 이메일 계정을 등록합니다. 이메일 메시지를 다운로드해 티켓 요청을 만드는 데 사용합니다.

옵션으로 각 이메일 리더에 대해 서로 다른 티켓 요청 De-Dup 또는 티켓 요청 매핑 프로시저를 지정합니다.

시스템 이벤트의 티켓 요청

알람 조건 같은 시스템 이벤트로 티켓 요청을 만들 수 있습니다. 예를 들어 모니터 > 경보 요약에서 새 티켓... 링크를 클릭해 서비스 데스크를 만들 수 있습니다.

서비스 데스크 모듈을 활성화해 시스템 이벤트의 티켓 요청을 처리합니다.
받는 이메일 설정을 사용할 수 있어야 합니다. 리더는 정의할 필요 없습니다.
옵션으로 고유의 티켓 요청 De-Dup 또는 티켓 요청 매핑 프로시저를 지정해 시스템의 티켓 요청을 처리합니다.
티켓 요청의 소스 시스템 이벤트를 포함해 티켓 요청의 속성값에 대한 정보는 수신의 테스트 속성값 명령을 참조하십시오. 이 IF 명령은 티켓 요청 매핑 프로시저에서만 이용할 수 있습니다.

이메일은 제목 목록을 무시합니다.

인바운드 이메일이 티켓팅 > 이메일 리더의 다음의 제목 라인을 포함하는 인바운드 이메일 거부 필드를 사용해 이메일 제목 라인에서 발견되는 단어 또는 구절을 기반으로 하는 티켓으로 변환되지 않도록 할 수 있습니다. 이와 동일한 필터 목록은 티켓팅 이메일 리더 및 모든 서비스 데스크 이메일 리더에 모두 영향을 줍니다. 이 목록은 또한 <Kaseya_Installation_Directory>\Kaseya\KServer\ignoreSubject.txt 파일을 편집해 수동으로 유지할 수 있습니다.

일반 탭

다음의 동작 단추는 리더 탭에서 정의된 모든 이메일 리더에 적용됩니다.

편집 - 클릭해서 다음을 편집합니다.
- 간격 등록 - 모든 이메일 독자들이 이메일 계정에 연결하는 빈도를 지정합니다. 기본 연결 빈도는 2분입니다.
- 경보 매핑 프로시저 - 경보 조건 같은 시스템 이벤트에서 티켓이 만들어질 때 실행할 티켓 요청 매핑 프로시저. 티켓 요청 매핑 프로시저는 티켓을 만들기 위해 사용되는 서비스 데스크를 포함해 티켓이 만들어지기 직전에 티켓 요청의 특성을 설정합니다.
- 경보 De-Dup 프로시저 - 경보 조건 같은 시스템 이벤트에서 티켓이 만들어질 때 실행할 티켓 요청 De-Dup 프로시저. 티켓 요청 De-Dup 프로시저는 티켓 요청을 기존의 티켓과 비교해 티켓 요청이 중복인지 여부를 결정합니다. 티켓 요청이 기존 티켓의 중복일 때, 티켓 요청을 취소합니다.
- 경보 기본 서비스 데스크 - 경보에서 티켓을 만들기 위해 사용할 서비스 데스크. 경보 매핑 프로시저로 덮어쓸 수 있습니다.
지금 연결 - 즉시 모든 이메일 리더를 등록합니다.
사용 - 모든 이메일 리더에 의한 등록을 사용합니다. 또한 서비스 데스크가 활성화된 상태이면, 경보 통합을 사용할 수 있습니다.
사용 안함 - 모든 이메일 리더의 등록을 사용하지 않습니다.
메모: 1개 이상의 이메일 리더를 연결하지 않으면, 사용 안함을 클릭한 다음, 사용을 클릭해 등록을 다시 초기화합니다.

리더 탭

새로 만들기를 클릭해 이메일 계정 추가 창을 표시하거나 기존 이메일 리더를 클릭한 다음 편집을 클릭해 이메일 계정 변경 창을 표시합니다. 다음 특성들을 입력합니다.

ID - 이메일 리더의 이름.
호스트 이름 - POP3 이메일 서버의 호스트 이름. POP3는 유일하게 지원되는 이메일 프로토콜입니다. 예를 들어 pop.yourmail.com. 또한 SSL 사용을 검사하면 이메일 서버가 IP 주소 대신에 호스트 이름 필드에서 호스트 이름을 요청할 수 있습니다.
포트 번호 - POP3 서비스에 의해 사용되는 포트 번호. 이 번호는 보통 110 또는 995입니다.
로그온 ID - 이메일 계정 이름. @ 접미사가 포함되지 않습니다. 예를 들어 전에 이메일 주소가 acme@yourmail.com이면, 이 필드에 acme를 입력합니다.
비밀 번호 - 이메일 계정 번호.
회신 이메일 주소 - 아웃바운드 이메일에 대한 발신 주소를 지정합니다. 아웃바운드 발신 주소는 다음과 같은 우선 순위를 사용해 지정합니다.
1. 프로시저의 이메일 보내기 단계에 발신지 주소가 있는 경우에는 발신지 주소를 사용합니다.
2. 링크가 존재하고 발신지 주소가 지정되어 있으면. 다른 이메일 단계에서는 된 서비스 데스크 > 메시지 템플릿에서 제공되는 발신지 주소를 사용합니다.
3. 다른 이메일 보내기 단계에서는 서비스 데스크에 링크된 서비스 데스크 > 받는 이메일 설정 > 이메일 리더의 메일 회신 주소를 사용합니다. 이러한 이메일 리더와 서비스 데스크 사이의 링크는 서비스 데스크 > 정의 > 속성 > 일반 > 표준 필드 기본값 > 이메일 필드를 사용해 설정합니다.
4. 설정 > 아웃바운드 이메일의 다른 기본 보낸 사람 이메일이 사용됩니다.
리더 사용 안함 - 이 옵션이 선택되면, 더 이상 POP3 서버에서 이메일이 검색되지 않습니다.
SSL 사용 - 이 옵션이 선택되지 않으면, POP3 서버를 이용한 통신은 SSL을 사용해 암호화됩니다. 이 기능을 사용하기 위해서는 POP3 서버가 SSL을 지원해야 합니다. 일부 시스템에서는 SSL POP3를 연결이 필요하며, 대응 포트 번호는 995입니다. 또한 SSL 사용을 검사하면 이메일 서버가 호스트 이름 필드에 IP 주소 대신 호스트 이름이 필요할 수 있습니다.
회신 이메일의 HTML 컨텐츠 처리 - 기본값으로 검사. 이 옵션을 선택하지 않으면, 회신 이메일에서 HTML 형식을 무시하며, 일반 텍스트 회신 메시지만 검사합니다. 회신 메시지는 포맷이 잘 되지 않아 인바운드 이메일 회신 메시지의 처리를 혼란스럽게 할 수 있습니다. 원본 티켓을 업데이트하기 위해 시도하는 동안 회신 이메일에 오류가 발생하면 이 확인란의 선택을 해제합니다.
수신 Dup - 티켓 요청 De-Dup 프로시저는 티켓 요청을 기존의 티켓과 비교해 티켓 요청이 중복되었는지 여부를 결정합니다. 티켓 요청이 기존 티켓의 중복일 때, 티켓 요청을 취소합니다.
매핑 수신 - 티켓 요청 매핑 프로시저는 티켓을 만들기 위해 사용되는 서비스 데스크를 포함해 티켓이 만들어지기 직전에 티켓 요청의 특성을 설정합니다.

로그

로그에서는 성공적으로 완료된 이메일 리더 작업 및 발생했을 수도 있는 오류를 열거합니다.

이메일 컨텐츠

리더는 첨부 파일이 있거나 없는 일반 이메일 또는 HTML 포맷 이메일을 받을 수 있으며, 티켓팅 시스템에 컨텐츠를 추가할 수 있습니다. RTF 포맷 이메일은 지원되지 않습니다. 다음의 태그가 이메일의 주제 또는 본문에 포함되지 않을 수 있습니다. 태그는 대문자와 소문자를 구분합니다.

기존의 티켓 전용

~ticrefid='xxx' - 이메일의 본문을 기존 티켓에 추가합니다.

새 티켓 및 기존 티켓

~hide - 메모를 숨은 메모로 만듭니다. ~hide 태그 자체는 제거됩니다.

새 티켓 전용

~username=’xxx’ - xxx로 주어진 값을 자동으로 전송자 이름 필드에 삽입합니다.
메모: ~username=’xxx’가 이메일의 제목 또는 본문에 포함되어 있지 않은 경우에는 이메일 보낸 사람의 발신 주소를 사용해 전송자 이름 이메일을 채웁니다.
~useremail=’xxx’ - xxx로 주어진 값을 자동으로 전송자 이름 필드에 삽입합니다.
~assignee=’xxx’ - 만들어진 티켓을 특정 사용자에 할당합니다. 사용자가 존재해야 합니다.
~machineid=’xxx.xxx’ - 만들어진 티켓을 컴퓨터 ID에 할당합니다. 컴퓨터 ID가 존재해야 합니다.
~machinegroup=’xxx.xxx’ - 만들어진 티켓을 컴퓨터 ID에 할당합니다. 컴퓨터 ID가 존재해야 합니다.
메모: 다음의 필드는 서비스 데스크에 의해 정의됩니다.
~category=’xxx’ - 만들어진 티켓을 특정 범주에 할당합니다. 범주가 존재해야 합니다.
~priority=’xxx’ - 만들어진 티켓을 특정 사용자에 할당합니다. 범주가 존재해야 합니다.
~status=’xxx’ - 만들어진 티켓을 특정 상태에 할당합니다. 상태가 존재해야 합니다.
~severity='xxx' - 만들어진 티켓을 특정 심각도에 할당합니다. 심각도가 존재해야 합니다.
~customfield=’xxx’ - 만들어진 티켓을 사용자 정의 필드ID의 특정 값에 할당합니다. 사용자 정의 필드ID가 존재해야 합니다.

항목 3659: 피드백 전송. 목차의 첫 번째 항목에서 이 온라인 책자의 PDF를 다운로드 합니다.