행복만땅 개발자

tomcat을 5.5 버젼 이상으로 개발하다 보니 이상한 로그가 서버 실행 및 종료때 찍히는게 아닌가?

시작할 때 Dec 5, 2006 6:54:28 PM org.apache.catalina.core.AprLifecycleListener lifecycleEvent
INFO: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: .... 어쩌구 저쩌구

종료할 때 Dec 29, 2006 1:15:53 PM org.apache.catalina.core.AprLifecycleListener lifecycleEvent
INFO: Failed shutdown of Apache Portable Runtime .. 어쩌구 저쩌구

5.0을 쓰다 5.5로 바꾸었더니 갑자기 서버 구동중에 떨어진 메시지에 놀라 tomcat만 재설치해보기도 하구 6.0을 깔아보기도 했건만

이 요상한 메시지는 계속 뜨는게 아닌가?

헌데 그렇다고 문제 있는것두 아니고 프로그램 구동엔 이상이 없다는 사실...

그래두 일단 찜찜...

에러문구 그대로는 보면 Tomcat Native library를 찾을수 없다 인데 멀 따로 설정해야 하나?

알고 보니 http://tomcat.heanet.ie/native/ 에서 파일을 다운받아 설정값을 변경해줘야 한댄다

윈도우인경우엔 tcnative-1.dll , 리눅스, UNIX 인 경우에는 tcnative-1.so

이라는 파일을 구동시에 찾는 PATH안에 넣어주고 (전 기냥 기존 PATH안에 잡혀있는 디렉토리에 넣었는데 따로폴더를 만들고 추가하셔두 ...)

윈도우즈는 현재 1.1.12  리눅스/unix는 1.1.6 까지 있다.

윈도우즈의 경우 1.1.6 으로 설치하는 경우

최신버젼의 tomcat 6.0라면 An incompatible version 1.1.6 of the Apache Tomcat Native library is installed, while Tomcat requires version 1.1.8 라는 문구가 뜨는걸 확인할수 있다.

한마디로 설치된 tomcat native library 버젼을 업그레이드 하란 말..

내가 테스트로 쓰고 있는 윈도우즈용 tomcat 6.0.14 인 경우 1.1.10 이상을 설치하라는 문구가 나오니

기냥 맘편히 최신 버젼으로 설치하심이 속편할 듯...

그 다음으로는 tomcat 구동 스크립트에 LD_LIBRARY_PATH 를 추가하고 복사한 위치를 적어주면 된다.

예를 들면

export LD_LIBRARY_PATH="%DEV_LIB%/lib"

이제 tomcat을 재구동하면 끝..

jdk 5에서부터 추가된 또하나의 기능인 @Override를 소개하고자 한다.

머 이미 쓰는 사람들은 많이 있겠지만

이제사 1.4를 벗어나려고 버둥대는 터라...*^^*

(쓰고 싶어두 기존 소스와의 유지 및 개발환경에 써보질 못했다는 핑계거리....)

@Override란 위에서 말한바와 같이 jdk5에서부터 추가된 annotion의 하나이다.

말그대로 상위 클래스에서 오버라이드한 메소드라는 것을 지칭한다.

public class HelloServlet extends HttpServlet{

@Override

public void doGet(HttpServletRequest request,HttpServletResponse response)

    throws IOException,ServletException{

    -- to_DO --

}

}

위의 경우 HelloServlet은 HttpServlet에서 정의한 doGet()을 오버라이드 하고 있다.

물론 @Override를 사용하지 않아도 되지만

이 때 @Override 를 붙임으로써 doGet() 가 상위클래스에서 오버라이드된 메소드임을 지정함으로써

개발자가 메소드명이나 파라미터를 잘못 쓰고 찾지 못하는 것을 방지해준다.

즉 @Override를 상위클래스에 정의되지 않은 메소드에 쓰는 경우 컴파일 에러를 발생하기 때문에

혹여나 발생할수 있는 문제의 소지를 예방할 수 있게 해주기 때문에

오버라이드한 메소드에 대하여 @Override라는  annotation을 써주는 것이 좋다.

JDK 1.5부터 Gerneric라는 개념이 추가되었습니다.

이전에는 Collection 객체에 데이터를 넣고 뺄때 Object 타입을 사용했었죠..

즉 Collection 객체에 넣었을 때의 타입으로 캐스팅을 해서 사용합니다.

ArrayList list = new ArrayList();

list.add("test");

String value = (String)list.get(0);   // 꺼낼때 캐스팅 해야함.

하지만 Generic이라는 개념이 도입되면서 조금 바뀌게 되었네요.

type을 명확하게 정하지 않고도 type을 처리할 수 있는 C++의 템플릿과 비슷한 기능으로 사용법은 비슷합니만

다른 점은 <> 사이에 들어가는 type의 수만큼 class를 만드는 C++과는 달리 java에서는

하나의 class로 여러 type들을 처리합니다

실제로 collection 객체를 사용할때 하나의 객체에 서로 다른 타입을 넣어서 사용할 때는 잘 없습니다.

주로 한가지 타입의 객체만을 넣어서 사용합니다.

이때 실수로 다른것 넣을 수도 있습니다. 이런 부분은 컴파일 시에는 잡히지고 않고 실행시에만 발견 됩니다.

하지만 Generic 을 사용함으로써 컴파일시에 오류를 잡을 수 있으므로 더욱 견고한 코드를 만들 수 있겠져

이렇게 Generic를 사용하는 첫번째 이유는 생성시 사용할 타입을 지정할 수 있으므로 다른 타입의

객체를 실수로 사용하는것을 컴파일타임에 방지할 수 있다는 점에 있습니다

 ArrayList<String> list = new ArrayList<String>();
 list.add("1");
 list.add("2");
 String value = list.get(0);            

위의 예에서  list엔 String만이 들어갈것을 선언하였기에 값을 집어넣을때도 String형만을 넣을수 있습니다.

반대로 꺼낼때는 String형으로 반환됩니다.

즉  반환타입이 지정되어 있기 때문에 이전과는 달리 꺼낼때 캐스팅이 필요 없다는 겁니다.

이렇게 Collection에서 객체를 꺼낼때 캐스팅 없이 꺼낼수 있다는 점이 Generic을 사용하는 또하나의 장점이 될 수 있겠죠.

Generic을 쓰는 또하나의 이유는 Auto Boxing과 Auto UnBoxing일겁니다

자바는 객체지향언어이지만 기본타입들은 객체가 아닙니다. 그래서 이들에 대한 Wrapper클래스들을 자바에서는 제공하고 있습니다.

int num1 = 1;

Integer num2 = new Integer("2");

int num = num1+num2.intValue();

기존의 경우 기본타입을 객체로 사용하기 위해서 wrapper class에 담고 이후에

다시 기본형값을 사용하고자 할때는 wrapper Class에서 그 값을 반환하는 작업이 필요했지만

5.0 이후부터는 이러한 부분이 자동으로 이루어진다는 점(조아조아)

int num1 = 1;

Integer num2 = 2;      //auto Boxing

int num = num1+num2; //auto UnBoxing

Generic과 관련해보면

  
HashMap<String, Integer> map = new HashMap<String, Integer>();
map.put("1", new Integer(1));
map.put("2", 2);            // auto boxing
 
Integer i = map.get("1");   // 따로 캐스팅이 필요 없다.
int j = map.get("2");       // auto unboxing

이렇게 별도의 캐스팅 없이 처리할 수 있다는 점에서 좋아졌네요..

■ Cygwin이란?

Cygwin은 Windows를 위한 리눅스 유사환경입니다.  즉 Windows에 리눅스와 유사한 환경을 만들어 주는 것을 목표로 하고있으며 

다음과 같은 두개의 파트로 나뉘어 있습니다.
 1. 실제 Linux API 기능을 제공, Linux API emulation layer로서의 역할을 하는 DLL(cygwin1.dll)
 2. Linux Look & Feel을 제공하는 일단(一團)의 툴들.

Cygwin DLL은 현재 Windows CE를 제외하고 최근 상업적으로 배포되는 x86 32비트, 64비트 버전의 모든 윈도우즈에서 작동되며  Win95, Win98, WinME에 대한 공식적인 지원은 Cygwin의 다음 주요 버전(1.7.0)부터 중단된다고 합니다

■ Cygwin에 대한 오해

1. Cygwin은 Linux Apps를 있는 그대로(native) Windows에서 돌리는 방법이 아니며  윈도우즈에서 실행시키고 싶으면 소스로 부터 응용프로그램을 리빌드해야 한다.

2. Cygwin은 Windows Apps가 있는 그대로의 상태(native)에서 마술처럼 UNIX의 기능을 인식하도록 하는 방법이 아니다.  이것 역시 Cygwin의 기능을 이용하기를 원한다면 소스로 부터 응용프로그램을 다시 빌드할 필요가 있다.

■ Cygwin의 설치 및 업데이트

Cygwin DLL의 최신 배포본은  1.n.x로 숫자가 붙여지는데 "n"은 현재 5(예를 들어 1.5.24-2)이다.  1998년 12월 이래로 쭉 빌트되어온 Cygwin 프로그램은 1.n.x DLL과 정상적으로 호환됩니다.  1.n.x 버전 표기는 Cygwin DLL의 버전만을 참조한 것으로  개개의 패키지들은 DLL과 무관하게 배포되며  setup.exe 유틸리티는 설치된 모든 컴포넌트들의 버전을 추적하여 Cygwin 사이트로부터 이용 가능한 모든 것들의 설치와 업데이트를 위한 메카니즘을 제공한다.  필요할 때는 언제든지 setup.exe를 실행하여 Cygwin 패키지들을 설치하고 업데이트 할 수 있습니다.

처음으로 패키지를 설치할 때, setup.exe는 모든 패키지를 설치하지 않는다는 사실에 주의!!!. 일단  Cygwin 배포본으로 부터 minimal base packages만이 기본적으로 설치된다.  setup.exe의 패키지 설치화면에서 카테고리와 패키지를 마우스로 클릭함으로써 무엇이 설치되고 업데이트 될지를 선택할 수 있다.  All 카테고리 옆의 Default 필드를 클릭함으로써 모든 Cygwin 패키지를 설치할 수 있지만  이것은 수백 메가바이트를 다운로드하고 설치한다는 사실을 주의하여야 할 것. 따라서 패키지를 설치하는 가장 좋은 방법은 아마도 개개의 카테고리를 클릭하여 카테고리 전체나 카테고리내의 패키지들을 개별적으로 설치하는 것일 것이다.  일단 Cygwin배포본으로 부터 원하는 부분을 설치하면 setup.exe는 이것들을 기억하고 있다가 다시 실행 되었을 때 시스템을 새로이 배포된 패키지 릴리즈로 업데이트하게 될 것이다.
 

■ 설치 과정

1. Cygwin 홈페이지에 접속하여 Cygwin 설치를 시작합니다.

  홈페이지 주소 : http://www.cygwin.com

홈페이지에 접속하면 중간에 위치한 설치 아이콘을 찾을 수 있고 그 아이콘을 클릭하여 설치를 시작하게 됩니다.

2. 파일 다운로드창이 열리면 실행 버튼을 클릭하여 다음 단계로 진행합니다.

3. Cygwin Setup의 시작입니다. 첫 화면은 단순한 인삿말 및 소개 정도이므로 다음 단계로 계속 진행하면 됩니다.

4. Cygwin 설치에 필요한 패키지 파일을 어떻게 제공할 것인지에 대하여 선택합니다.

- Install from Internet : 인터넷을 통하여 패키지 파일을 다운로드 합니다.

- Download Without Installing : 인스톨은 하지 않고 패키지 파일만 다운로드 합니다.

- Install from Local Directory : 이 전에 다운로드한 패키지 파일들을 이용하여 인스톨을 합니다.

처음 설치시는 Install from Internet을 선택하면 무난히 설치를 진행 할 수 있습니다.

5. Cygwin 설치 디렉토리등에 대하여 설정합니다.

- Root Directory : Cygwin 설치 이후 Cygwin에서 루트 디렉토리로 사용될 디렉토리를 지정합니다.
- Install For : Cygwin을 사용할 수 있는 권한에 대한 설정입니다. (기본 값으로 사용하면 됩니다.)

- Default Text File Type : 리눅스와 윈도우는 기본적으로 CR 문자(간단히 Enter)에 대한 처리 방법이 다릅니다.

                                   여기서는 어느 방식으로 CR 문자를 처리할 지에 대하여 설정하는 것입니다.

                                   리눅스 환경을 위하여 설치하는 것이므로 기본 값인 Unix/binary를 선택합니다.

6. 패키지 파일을 다운로드할 디렉토리를 설정 합니다.

7. 4번 단계에서 인터넷을 이용하여 패키지를 다운로드 할 으로 설정하였는데, 여기서는 인터넷에 어떻게 접속할 것인지에 대한 방법을 설정합니다.

- Direct Connection : 직접 연결

- Use IE5 Settings : 익스플로어의 세팅을 사용(<- 보통 이것을 선택하면 됩니다.)

- Use HTTP/FTP Proxy : 프록시 서버를 사용하는 경우 선택합니다.

8. 어느 (미러) 사이트에서 패키지 파일을 다운로드 할 것인지를 선택합니다.

보시면 아시겠지만 국내 미러 사이트는 등록되어 있지 않으므로 User URL에 국내 미러 사이트를 입력한 후 Add  버튼을 눌러 추가합니다.

국내 미러 사이트 주소 : ftp://ftp.kaist.ac.kr/pub/cygwin

Add 버튼을 누르고 나면 Available Download Sites에 추가된 것을 확인 할 수 있고, 그 목록을 선택하여 다음 단계로 진행합니다.

9. 설치할 패키지에 대하여 선택하는 단계입니다.

목록의 구성은 "패키지이름(원모양의 화살표)Default"로 되어 있습니다.

클릭해 보시면 아시겠지만 패키지 이름옆의 Default를 클릭하여 패키지를 설치할지, 제거할지등을 선택하게 됩니다.

All 를 선택하게 되면 모든 패키지에 대하여 선택되게 됩니다.

선택 과정은 다음과 같습니다.

Default : 기본적으로 선택되어 있는 내용만 설치합니다.

Install : 모든 내용을 설치합니다.

Reinstall : 재설치 합니다.

UnInstall : 제거 합니다.

예전에 몇 개의 필요한 패키지만 선택하여 설치한 경우에는 아래와 같은 경고가 나오지 않았었는데, 모두 설치를 선택하니 이런 경고 창이 나온다고 하네요. 그러나 단순한 경고일 뿐이라니 무시하고 다음 단계로 진행하시길.

10. 본격적인 인스톨이 진행됩니다. 앞서말한바와 같이 전체선택시에는 상당히 많은 시간이 소요되므로 마음을 편히 가지세요

11. 인스톨이 완료되면 단축 아이콘을 생성할 것인지에 대하여 선택하며 모든  설치 과정이 종료 됩니다.

 

Cygwin은 설치는 간단하지만 삭제시에는 레지스트리를 직접 건드려야 하기 때문에  잘못하여 다른 레지스트리를 건드릴 경우 심하면 포멧까지 해야 할 수도 있다고 하니 주의주의 또 주의!!!! 따라서 이 부분에 대해서는 정확히 따라해 달라는 카리아인 님의 당부가 있었네요

 

 

 

시작 - 실행 을 눌러서 실행 창을 띄운 뒤 regedit 을 치고 확인을 클릭합니다.

 

regedit 창이 떴습니다.

 

 

편집 - 찾기 또는 Ctrl+F를 하여 검색 창을 띄웁니다.

 

검색 창이 나왔습니다.

 

찾을 내용 칸에 Cygnus Solutions 라고 치고 다음 찾기(F)를 클릭합니다.

 

검색 중...지이잉~

 

 

쨘! 나왔습니다.

 

해당 폴더를 오른쪽 클릭 하여 삭제(D)를 눌러줍시다.

 

 

다시 한 번 확인하는 창이 뜹니다. 예(Y)를 눌러 삭제합시다.

뭐야 이렇게 간단해?

아닙니다!

한번 더 편집 - 검색 또는 Ctrl+F를 이용, 같은 값을 다시 검색합니다.

그럼 Cygnus Solutions가 하나 더 나올겁니다.

그 폴더도 지워주세요.

 

그 후에 지난번 설치 때 시그윈을 설치한 곳으로 가서 Cygwin 이라는 폴더를 삭제해주시면 됩니다.

 

*폴더 삭제 전 Cygwin 폴더 내의 자료는 백업하셔야 합니다.

 

 

출처 : 카리안인 님의 블로그,마음도둑 님의 블로그 을 참조해 작성한 글입니다.

       원문은 위 블로그로 가셔서 확인해보세요...*^^*

 

요약

Microsoft Outlook에는 안전하지 않은 것으로 간주되는 첨부 파일을 차단해주는 기능이 포함되어 있습니다. 안전하지 않은 것으로 간주되는 파일 형식 중 하나가 들어 있는 첨부 파일이 포함된 전자 메일 메시지를 받으면 다음과 유사한 내용의 메시지가 나타날 수 있습니다.

보안상 안전하지 않을 수 있으므로 다음 첨부 파일에 액세스할 수 없도록 막았습니다: [...]

Outlook에서 첨부 파일에 대한 액세스를 차단하더라도 첨부 파일은 전자 메일 메시지에 그대로 있습니다.

이 문서에서는 Outlook에서 차단된 첨부 파일을 열어야 할 경우 사용하는 방법을 설명합니다.

위로 가기

추가 정보

이 보안 기능은 악의 있는 전자 메일 메시지에 대해 추가 보호 수준을 제공합니다. 기본적으로 이 기능은 Microsoft Outlook 2000 서비스 릴리스 1(SR1) 이후의 모든 Outlook 버전에 구현되었습니다.

권장하는 다음 방법 중 하나를 사용하여 Outlook에서 차단된 첨부 파일을 여십시오.

•	보낸 사람에게 첨부 파일을 파일 공유에 게시하거나 저장하고 해당 공유에 대한 링크를 보내줄 것을 요청합니다.
•	보낸 사람에게 파일 이름 확장명을 변경하는 파일 압축 유틸리티를 사용할 것을 요청합니다. 다른 공급업체 압축 제품의 목록은 Microsoft 기술 자료의 다음 문서를 참조하십시오. 291637 (http://support.microsoft.com/kb/291637/) OL2002: 첨부 파일이 Outlook에서 압축되지 않는다
•	보낸 사람에게 파일 이름 확장명을 변경하고 첨부 파일을 다시 보내줄 것을 요청합니다. 이름이 변경된 첨부 파일을 받은 후 파일을 원래의 파일 이름 확장명으로 변경하면 됩니다.

앞에서 권장하는 방법이 요구 사항에 알맞지 않을 경우 다음 방법 중 하나를 사용합니다.

•	Microsoft Exchange 환경에서 관리자가 Outlook 보안 설정을 구성한 경우 관리자에게 해당 사서함의 보안 설정을 수정하도록 요청합니다.
•	Exchange 환경이 아닌 경우 Windows 레지스트리를 수정하여 첨부 파일 보안 설정을 사용자 지정합니다. 자세한 내용은 “첨부 파일 보안 동작을 사용자 지정하는 방법" 절을 참조하십시오.

경고 레지스트리 편집기나 다른 방법을 사용하여 레지스트리를 잘못 수정하면 심각한 문제가 발생할 수 있습니다. 이 문제를 해결하려면 운영 체제를 다시 설치해야 할 수도 있습니다. Microsoft는 문제에 대해 해결을 보증하지 않습니다. 레지스트리의 수정에 따른 모든 책임은 사용자에게 있습니다.

다음 시나리오 중 하나에서 Outlook을 사용하는 경우 Outlook에서 첨부 파일 보안 동작을 수정할 수 있습니다.

•	Exchange 환경에서 Outlook을 사용하고 있지 않습니다.
•	Exchange 환경에서 관리자가 첨부 파일 보안 동작을 변경할 수 없도록 Outlook 보안 설정을 구성하지 않았습니다.

이러한 시나리오에서 레지스트리를 수정하여 Outlook에서 첨부 파일 보안 동작을 수정하려면 다음과 같이 하십시오.

첨부 파일 보안 동작을 사용자 지정하는 방법

경고 레지스트리 편집기나 다른 방법을 사용하여 레지스트리를 잘못 수정하면 심각한 문제가 발생할 수 있습니다. 이 문제를 해결하려면 운영 체제를 다시 설치해야 할 수도 있습니다. Microsoft는 문제에 대해 해결을 보증하지 않습니다. 레지스트리의 수정에 따른 모든 책임은 사용자에게 있습니다.
중요 Outlook 2000 SR1과 Microsoft Outlook 2000 SR1a에서 첨부 파일 보안 동작을 사용자 지정하려면 먼저 Microsoft Office 2000 서비스 팩 2나 Microsoft Office 2000 서비스 팩 3을 적용해야 합니다.

1.	실행 중인 경우 Outlook을 종료합니다.
2.	시작을 누르고 실행을 누릅니다.
3.	열기 상자에 regedit를 입력한 다음 확인을 누릅니다.
4.	해당 버전의 Outlook에 대한 다음 레지스트리 키가 있는지 확인합니다. 있을 경우 5단계로 이동합니다. Microsoft Outlook 2000: HKEY_CURRENT_USER\Software\Microsoft\Office\9.0\Outlook\Security Microsoft Outlook 2002: HKEY_CURRENT_USER\Software\Microsoft\Office\10.0\Outlook\Security Microsoft Office Outlook 2003: HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Security 레지스트리 키가 없으면 만듭니다. 레지스트리 키를 만들려면 다음 레지스트리 키를 찾아서 누릅니다. HKEY_CURRENT_USER\Software\Microsoft a. 편집 메뉴를 누르고 새로 만들기를 누른 다음 키를 누릅니다. b. Office를 입력한 다음 Enter 키를 누릅니다. c. 편집 메뉴를 누르고 새로 만들기를 누른 다음 키를 누릅니다. d. 11.0을 입력한 다음 Enter 키를 누릅니다. 참고 이것은 Outlook 2003을 사용하는 경우에 해당하는 이름입니다. Outlook 2000이나 Outlook 2002를 사용하는 경우에는 "9.0" 이나 "10.0"을 각각 입력해야 합니다. e. 편집 메뉴를 누르고 새로 만들기를 누른 다음 키를 누릅니다. f. Outlook을 입력한 다음 Enter 키를 누릅니다. g. 편집 메뉴를 누르고 새로 만들기를 누른 다음 키를 누릅니다. h. Security를 입력한 다음 Enter 키를 누릅니다.
5.	편집 메뉴를 누르고 새로 만들기를 누른 다음 문자열 값을 누릅니다.
6.	새 값으로 다음 이름을 입력합니다. Level1Remove
7.	Enter 키를 누릅니다.
8.	새 문자열 값 이름을 마우스 오른쪽 단추로 누른 다음 수정을 누릅니다.
9.	Outlook에서 열 파일 형식의 파일 이름 확장명을 입력합니다. 예를 들면 다음과 같습니다. .exe 파일 형식을 여러 개 지정하려면 아래의 형식을 사용합니다. .exe;.com
10.	확인을 누릅니다.
11.	레지스트리 편집기를 종료합니다.
12.	컴퓨터를 다시 시작합니다.

Outlook을 시작할 때 레지스트리에 지정된 파일 형식을 열 수 있습니다.

참고 필요한 파일 형식만 설정하는 것이 좋습니다. 아주 가끔씩 한 특정 파일 형식을 받는 경우 Outlook에서 임시로 이 파일 형식에 액세스할 수 있도록 한 다음 레지스트리 변경을 취소하여 이 파일 형식을 차단하도록 Outlook을 다시 구성하는 것이 좋습니다.

Outlook에서 기본적으로 차단하지 않는 첨부 파일 이름 확장명을 차단하도록 Outlook을 구성하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

837388 (http://support.microsoft.com/kb/837388/) 추가로 첨부 파일 확장명을 차단하도록 Outlook을 구성하는 방법

Exchange 환경

Exchange 환경에서 Outlook을 실행하는 경우 관리자는 기본 첨부 보안 동작을 변경할 수 있습니다.
Exchange 환경에서 Outlook을 구성하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

290499 (http://support.microsoft.com/kb/290499/) OL2002: 전자 메일 보안 기능에 대한 관리자 정보

263297 (http://support.microsoft.com/kb/263297/) OL2000: Outlook 전자 메일 보안 업데이트에 대한 관리자 정보

위로 가기

첨부 파일 동작

첨부 파일은 파일 이름 확장명이나 형식에 따라 세 그룹으로 나뉩니다. Outlook은 각 그룹을 특정한 방법으로 처리합니다.

수준 1("안전하지 않음")

“안전하지 않음" 범주는 관련 스크립트나 코드를 가질 수 있는 파일 이름 확장명을 나타냅니다. “안전하지 않은" 파일 이름 확장명을 가진 첨부 파일은 열 수 없습니다. 안전하지 않은 파일 이름 확장명 목록을 보려면 다음 Microsoft 웹 사이트를 방문하십시오.

http://www.microsoft.com/office/ork/2003/three/ch12/OutG07.htm (http://www.microsoft.com/office/ork/2003/three/ch12/OutG07.htm)(영문)

Microsoft Office XP 서비스 팩 3(SP3)을 설치하면 다음과 같은 첨부 파일이 추가로 차단됩니다.

확장명	파일 형식
.asp	Active Server Page
.tmp	임시 파일/폴더
.vsmacros	Visual Studio .NET 바이너리 기반 매크로 프로젝트(Microsoft)
.vss	Visio 스텐실(Microsoft)
.vst	Visio 서식 파일(Microsoft)
.vsw	Visio 작업 영역 파일(Microsoft)
.ws	Windows 스크립트 파일

Microsoft Office 2003 서비스 팩 1을 설치하면 기본적으로 다음과 같은 파일 첨부 파일이 추가로 차단됩니다.

확장명	파일 형식
.asp	Active Server Page
.tmp	임시 파일/폴더
.vsmacros	Visual Studio .NET 바이너리 기반 매크로 프로젝트(Microsoft)
.vss	Visio 스텐실(Microsoft)
.vst	Visio 서식 파일(Microsoft)
.vsw	Visio 작업 영역 파일(Microsoft)
.ws	Windows 스크립트 파일

다음 목록에서는 "안전하지 않은" 첨부 파일을 받거나 보낼 때 Outlook의 동작 방식에 대해 설명합니다.

•	“안전하지 않은" 첨부 파일은 액세스할 수 없습니다. “안전하지 않은" 파일은 저장, 삭제, 열기, 인쇄 또는 처리할 수 없습니다. 전자 메일 메시지 상단의 정보는 Outlook에서 “안전하지 않은" 첨부 파일에 대한 액세스를 차단한 것을 나타냅니다. Outlook에서 첨부 파일에 액세스할 수 없지만 전자 메일 메시지에서 실제로 첨부 파일이 제거된 것은 아닙니다.
•	“안전하지 않은" 첨부 파일이 포함된 전자 메일 메시지를 전달하면 첨부 파일은 전달된 전자 메일 메시지에 포함되지 않습니다.
•	“안전하지 않은" 첨부 파일이 포함된 전자 메일 메시지를 보내는 경우 지금 보내려는 첨부 파일에 다른 Outlook 받는 사람이 액세스하지 못할 수 있다는 경고 메시지가 나타납니다. 경고 메시지를 무시하고 전자 메일 메시지를 보내거나 전자 메일 메시지를 보내지 않도록 할 수 있습니다.
•	“안전하지 않은" 첨부 파일이 포함된 전자 메일 메시지를 저장하거나 닫으면 Outlook 2003에서 첨부 파일을 열 수 없다는 경고 메시지가 나타납니다. 경고 메시지를 무시하고 전자 메일 메시지를 저장할 수 있습니다.
•	Microsoft Outlook의 서식 있는 문자열 전자 메일 메시지에 삽입된 개체는 개체 삽입 명령을 사용하여 열 수 없습니다. 개체의 시각적 표시는 볼 수 있지만 전자 메일 메시지의 개체를 열거나 활성화할 수 없습니다.
•	Outlook이나 Exchange 폴더에 직접 저장된 “안전하지 않은" 파일을 열 수 없습니다. 이 파일을 Outlook 항목에 첨부하지 않더라도 여전히 “안전하지 않은" 것으로 간주됩니다. 이 상황에서는 다음과 유사한 내용의 오류 메시지가 나타납니다. 항목을 열 수 없습니다. 보안상 안전하지 않을 수 있으므로 이 항목에 액세스할 수 없도록 막았습니다.

수준 2

수준 2 파일은 “안전하지 않은" 파일은 아니지만 기타 첨부 파일에 비해 추가 보안이 필요합니다. 수준 2 첨부 파일을 받으면 첨부 파일을 디스크에 저장하라는 메시지가 나타납니다. 전자 메일 메시지에서는 첨부 파일을 열 수 없습니다. 기본적으로 파일 이름 확장명은 이 그룹과 관련되어 있지 않습니다. 그러나 파일 이름 확장명을 수준 2 목록에 추가할 수 있습니다.

참고 Exchange 환경에서 Outlook을 사용 중이고 메일을 Exchange 사서함으로 배달하는 경우에만 수준 2 범주에 포함된 파일 목록을 변경할 수 있습니다. 이러한 변경은 관리자가 수행해야 합니다.

기타 첨부 파일

“안전하지 않은" 파일 목록이나 수준 2 목록에 없는 첨부 파일을 열려고 하면 파일을 직접 열거나 디스크에 저장하라는 내용의 메시지가 나타납니다. 메시지가 나타나면 이런 형식의 파일을 열기 전에 항상 확인 확인란의 선택을 취소하여 해당 파일 이름 확장명에 대해 다음에 메시지를 표시하지 않도록 해제할 수 있습니다.

참고 프로그램이 새 파일 이름 확장명과 연결되면 해당 파일 이름 확장명은 "안전하지 않은" 파일 목록에 파일 확장명을 추가할 때까지 “기타" 첨부 파일로 취급됩니다. 예를 들어, 컴퓨터에 .xyz 파일 이름 확장명을 가진 파일을 사용하는 프로그램을 설치하면 .xyz 파일 이름 확장명을 가진 첨부 파일을 열 때마다 새 프로그램이 열리고 첨부 파일이 실행됩니다. 기본적으로 .xyz 파일 이름 확장명은 “안전하지 않음" 또는 수준 2 목록에 없습니다. 따라서 “기타" 파일 이름 확장명으로 취급됩니다. .xyz 파일 이름 확장명을 가진 첨부 파일을 “안전하지 않은" 파일로 취급하려면 .xyz 파일 이름 확장명을 “안전하지 않은" 파일 이름 확장명 목록에 추가해야 합니다.



Microsoft 제품 관련 기술 전문가들과 온라인으로 정보를 교환하시려면 Microsoft 뉴스 그룹 (http://support.microsoft.com/newsgroups/default.aspx)에 참여하시기 바랍니다.

위로 가기

-----------------------------------

출처 : http://support.microsoft.com/?id=829982