'개발' 카테고리의 글 목록 (4 Page)

'개발'에 해당되는 글 73건

secureCRT(텔넷)에서 파일 다운로드 받기

개발 2010. 5. 10. 19:25

336x280(권장), 300x250(권장), 250x250, 200x200 크기의 광고 코드만 넣을 수 있습니다.

CRT 즉 텔넷을 이용하여 파일을 전송할땐 rz 와 sz을 사용합니다.

업로드에는 rz

다운로드에는 sz

-a를 붙이면, 텍스트 파일을 전송할수 있습니다.

일반 파일의 경우

rz [엔터] 파일전송 상자가 열립니다. 추가하고 확인 누르시면 올라갑니다.

sz 파일명 [엔터] 파일이 셋팅된(CRT에서) 위치로 저장됩니다.

텍스트 파일의 경우

rz -a [엔터] 파일전송 상자가 열립니다. 추가하고 확인 누르시면 올라갑니다.

sz -a 파일명 [엔터] 파일이 셋팅된(CRT에서) 위치로 저장됩니다.

SSL 구성을 위한 인증서 설명

개발 2010. 4. 8. 13:05

336x280(권장), 300x250(권장), 250x250, 200x200 크기의 광고 코드만 넣을 수 있습니다.

인증서를 신청할때도 용도에 맞게 신청해야 된다.
verisigne을 기준으로 SecureID / GlobalID 두가지가 있는데,
Secure는 SGC 가 적용이 안된 것
따라서 128bit SSL을 지원안하는 클라이언트를 위해서는 Global용 인증서을 발급받아야 된다. 가격은 global이 두배정도 비싸다.

아래는 설명
출처 : http://www.certkorea.co.kr/doc.asp?t_why128

왜 128비트 SSL인증서를 사용해야 하는가?

1. 들어가면서
2. 40비트냐? 128비트냐?
3. 128비트 암호화 통신을 하려면?
4. 왜 꼭 SGC 128비트 인증서를 사용해야 하는가?
5. 128Bit SGC 인증서를 구별하는 방법은?
6. 인증서를 바르게 구매하려면?

1. 들어가면서

최근에 개인정보 보호 및 암호화 통신에 대한 관심이 높아지면서 국내에서도 많은 웹서비스 업체들이 SSL(Socket Secure Layer)를 통한 데이터 보호에 박차를 가지고 있습니다. 이에 발맞추어 베리사인을 비롯한 세계적인 글로벌 인증회사들이 국내에 SSL 서버 인증서를 직접 공급하기 시작하였습니다. SSL서버 인증서는 크게 흔히 128비트, 40비트 인증서로 나누어 집니다. 또한, 인증서의 가격차이도 크게 2배이상 되므로 인증서를 구매하는 회사에 따라서는 어떤 인증서를 구매해야 할지 망설이기도 합니다.
본 기술문서에서는 SSL 인증서의 종류에 따른 서비스 차이는 무엇이며, 현재의 인터넷 경향을 비추어 어떤 인증서를 구매해야 하는지 각 인증서의 종류와 회사 그리고 가격대비 인증서 구매 방법들을 가이드 하기 위한 목적으로 만들어 졌습니다. 본 문서는 써트코리아에서 제작되었으며, SSL 제품판매에 유리한 내용이 포함되어 있을 수도 있으므로, SSL 인증서 고객들의 참고용으로 사용하기를 권장합니다.

2. 40비트냐? 128비트냐?

비트(Bit)는 웹브라우저와 웹서버 사이의 암호화 통신을 할때, 사용하는 암호화 강도를 보여주는 숫자입니다. 강도에 따라 40,56,128,512,1024비트의 다섯단계로 나누어지며, 숫자가 클수록 해독하기 어렵습니다. 그동안 대부분의 SSL통신 이 40~56비트 암호화에서 이루어졌으며, 128이상의 경우 금융거래 같은 중요한 정보를 주고 받을 때 사용하고 있습니다.
그러나 1999년 7월 이전에는 미국의 암호화제품 수출금지법에 의해 128비트용 인터넷익스플러와 넷스케이프 등의 웹브라우저를 미국외에서는 사용할 수가 없었습니다. 99년 7월 이후 미 상무부의 결정에 따라 돈세탁방지 협약에 가입된 45개국의 금융기관에 56비트 이상 암호화 제품의 수출을 허락 했으며, 2000년에는 북한,이라크 등 테러지원국을 제외한 전 세계에 암호화제품의 수출이 가능해졌습니다.
이는 세계적인 보안회사인 RSA가 매년 개최하는 99년 암호 해독대회에서 10만대의 PC가 연결된 EEF라는 사이트에서 56Bit 암호메세지를 22시간 15분만에 해독해 내고 난 이후에 결정된 사항입니다. 40Bit 암호화 수준은 이미 쉽게 해킹이 가능하며, 56Bit 역시 쉽지는 않아도 해킹이 가능하다는 것이 밝혀졌습니다.
Breaking the previous record of 56 hours, Distributed.Net, a worldwide coalition of computer enthusiasts, worked with the Electronic Frontier Foundation's (EFF) "Deep Crack," a specially designed supercomputer, and a worldwide network of nearly 100,000 PCs on the Internet, to win RSA Data Security's DES Challenge III in a record-breaking 22 hours and 15 minutes.
* http://www.rsasecurity.com/news/pr/990119-1.html
따라서, 이제 인터넷상에서도 40비트 혹은 56비트 암호화 방식으로 통신을 하는 것은 정보보호 관점에서는 안전하지 않음이 밝혀졌습니다.
HTTPS라는 사이트로 접근했을때, 자신의 브라우저 아래쪽 노란 자물쇠를 클릭하면 오른쪽과 같이 통신 암호화 강도를 볼수 있습니다. 이때 암호화 강도가 40 혹은 56으로 나타난다면 당신의 SSL보안 접속이 결코 안전하지 않은 것입니다.

3. 128비트 암호화 통신을 하려면?

키 길이가 한 비트씩 증가할 때마다 코드 해독에 드는 노력은 배가 됩니다. 128비트로 암호화된 메시지는 40비트 메시지보다 2^40배 해독하기 힘들므로 아직은 매우 안전하다고 알려져 있습니다.
그렇다면 현재 모든 나라에서 모든 SSL관련 암호화 제품들이 128비트의 높은 수준의 암호화를 지원하느냐 하면 그렇지 못합니다. 99년 미 상무부의 수출금지법 완화 조치 이후에도 그사이에 이미 배포된 낮은 수준의 암호화 제품의 문제 뿐만 아니라, 128비트의 높은 수준의 암호화 제품을 사용하기 위해서는 웹브라우저나 웹서버 운영자들 또한 테러지원국에서 사용하지 않는다는 동의를 한 후 128비트 사용을 위한 업그레이드 패키지를 받아서 사용해야만 합니다.
* 128비트 암호화 통신을 하기 위해서는 웹브라우저 사용자가 자신의 웹브라우저의 암호화 강도를 높이기 위해 직접 소프트웨어 업그레이드를 하는 것입니다.
자신이 사용하는 웹브라우저의 암호화 강도를 쉽게 알아보기 위해서는, IE의 경우, 도움말-> Internet Explorer정보에 보면 브라우저의 암호화 수준을 볼수 있습니다. 아직 40 혹은 56비트로 표시되어있다면, IE 128비트 다운로드페이지를 통해 웹브라우저를 업그레이드 해야합니다.

다음의 사이트에서 높은 수준의 암호화 프로그램으로 업그레이드를 해야 합니다.

인터넷익스플러 128비트 업그레이드
넷스케이프 128비트 암호화 버전
Window2000사용자의 128비트 업그레이드

이러한 업데이트를 통해 128비트 통신을 할 수 있으나, 이것은 웹브라우저 사용자들에게 매우 귀찮은 일이므로, 웹서버 개발회사와 인증회사들이 웹브라우저의 암호화 강도에 상관없이 128비트 통신이 가능한 방법을 모색 하게 되었습니다. 실제로 웹서버는 웹브라우저에 비해 적으며, 단기간에 128비트 통신이 가능한 환경을 만들어 낼 수 있기 때문입니다. 웹브라우저가 기본적으로 40혹은 50비트 통신만 가능한 것으로 만들었어도 특정 웹서버가 128비트가 통신을 요청한다면, 128비트 통신이 가능하도록 하는 기술이 Microsoft에 의해 개발되었습니다.
* 따라서, MS가 개발한 SGC(Server Gated Cryptography) 라는 방법을 통해 웹서버 인증서가 SGC를 지원하면, SGC Step-up기술을 지원하는 특정 브라우저에서는 암호화 강도에 상관없이 128비트 암호화 통신이 가능하게 됩니다.

브라우저별 기본 암호화 강도와 SGC지원 인증서와의 관계
위의 도표는 각 브라우저와 OS별로 기본으로 제공하는 암호화 강도와 SGC기능을 가진 인증서를 사용할 경우, 브라우저별 128비트 통신이 가능한 브라우저와의 관계를 기술한 것입니다. 이에 따르면, Verisign의 SSL Global ID인증서의 경우, IE4.0과 NS4.0이상, Thawte의 SuperCert의 경우 IE5.01과 NS4.7이상에서는 OS나 암호화 강도에 상관없이 128비트 통신이 가능합니다.

4. 왜 꼭 SGC 128비트 인증서를 사용해야 하는가?

최근들어 Microsoft를 비롯하여 넷스케입등이 기본적으로 128비트 통신이 가능한 브라우저를 출시하기 시작하였습니다. IE6.0과 NS6.0 버전들은 Windows2000을 제외한 대부분의 OS에서 128비트 통신을 지원합니다. 위에서 설명한 SGC기능을 포함하지 않고 있는 인증서의 경우는 웹브라우저가 128비트 버전으로 업그레이드 했거나, 최신 웹브라우저를 사용하는 경우 128비트 통신이 가능합니다. 이것은 인증서들이 브라우저의 암호화 강도에 따라 통신을 한다는 것을 의미합니다. 브라우저가 40/56/128 각각 지원하는 암호강도에 따라 그에 따른 통신을 하게 되는 것입니다.
따라서, 이전에 40혹은 56비트 통신을 지원하던 SSL인증서들이 128비트 통신까지도 지원할 수 있게 되었습니다. 이에따라 40비트 128비트로 나누어 지던 인증서가 암호강도에 따른 제품명으로 나누는 것이 무의미해졌습니다. 따라서 베리사인의 경우 40/128비트 제품명이 SSL SecureID/Global ID, Thawte의 경우 SSL Certificate/SuperCert라는 제품명으로 나누어 지게 되었습니다. 또한, 이전에 40비트로 통용되던 기타 인증회사의 인증제품도 128비트 지원이 가능하게 된 것입니다.
그러나, 아직도 대부분의 사용자들이 자신의 브라우저를 업데이트 하지 않거나 128비트를 기본적으로 채용하는 웹브라우저를 사용하고 있지 않습니다. 아래의 표는 현재 사용하고 있는 인터넷 사용자들의 웹브라우저 분포를 나타냅니다.

이 도표에 따르면 아직도 80%이상의 사용자들이 128비트 암호화가 기본적으로 제공되지 않는 웹브라우저나 OS를 사용하고 있으며, 이러한 추세는 당분간 계속될 것으로 여겨집니다. 도표에서 Up이라고 표시된 부분은 Verisign Global ID, Thawte Supercert을 제외한 기타 인증서를 사용할 경우 128비트 통신을 위해 브라우저 업그레이드를 해야 하는 경우를 표시하였습니다.

또한 각 브라우저별로 사용하는 버전과 OS를 나타내는 위의 도표에 따라서도 아직 128비트를 완벽히 지원하는 IE6.0 혹은 윈도우 XP OS의 사용빈도가 아직은 많이 낮음을 보여주고 있습니다. 이는 대부분의 웹브라우저 사용자들이 자체로는 128비트 통신이 가능하지 않으며, 웹서버의 128비트 SGC인증서를 통해서 만이 많은 사용자들이 실제 128비트 통신이 가능할 수 있다는 것을 의미합니다.
5. 128Bit SGC 인증서를 구별하는 방법은?

128비트 SGC인증서는 Verisign, Thawte, Globalsign, GTE, SecureNet 등의 5개 인증기관에서 서비스 하고 있으며 이증 Globalsign은 웹서버에 SGC 를 위한 중개인증기관 CRT화일을 설치해야 가능하며, SecureNet은 호주내에서만 서비스가 가능합니다. 따라서, 전세계적으로 128비트 SGC인증서를 지원하는 인증기관은 Verisign과 Thawte 뿐이며 이 회사의 Global ID와 SuperCert가 이 제품에 해당됩니다.
2001년 11월 현재 SSL 인증서의 시장점유율은 Verisign과 Thawte가 각각 40.5%, 34.5%로 업계를 거의 점유하고 있으며 이는 SGC를 지원하는 128비트 인증서를 제공하는 유일한 업체이 때문입니다. 128비트 SGC인증서를 구별하는 방법은 SSL사이트를 접속했을때, 나오는 열쇠를 클릭하면, 나오는 인증서의 발급자가 Verisign 혹은 Thawte이고 자세한 인증 정보에서 확장키사용이라는 항목이 있으면 SGC를 지원하는 128비트 버전의 인증서 입니다.

단, 인증서 Root 인증경로가 Thawte Server CA라 하더라도 그 이하에 Entrust 혹은 Equifaxsecure CA가 포함되어 있다면 이는 Entrust 혹은 Equifaxsecure, Tucows등이 판매하는 Thawte의 SSL Certificate와 동급의 인증서이며, 이는 Thawte의 Chained CA로서 판매되는 인증서입니다. 이는 SGC기능이 포함되어 있지 않는 브라우저 암호화 강도에 따라 통신을 하는 인증서들입니다

FAQ의 1.7 Equifax와 Entrust는 Thawte와 어떤 관계입니까? 참조.

6. 인증서를 바르게 구매하려면?

각 인증회사의 인증서는 SGC기능을 지원하는 것과 그렇지 않은것으로 나누어 집니다. SGC 기능 지원 여부와 보험배상 범위, 기술지원 범위에 따라 가격은 매우 달라집니다. 아래의 가격조견표를 통해 비교해 보시기 바랍니다.
인증서의 결정기준
Step-up기능인 SGC 기술의 채택여부 및 SGC상의 지원브라우저 버전
웹서버 소프트웨어의 지원 종류
사고시 보상책임 내역
기술지원 정도
부가 서비스 정도
* 국내업체별 가격조견표
http://www.crosscert.com/guide/guide.htm
http://www.thawte.co.kr/pricing.asp
http://www.entrustkorea.net/certi/sub03/sub0301.html

* 국내업체별 가격비교표
http://www.thawte.co.kr/help.asp?price_compare

다음은 국제가격입니다.
http://www.verisign.com/products/site/secure/index.html
http://www.thawte.com/buy/contents.html
http://www.entrust.net/products/webcerts/pricing_web.htm

참고자료

ApacheCon 2001년 MODSSL 세미나 자료 : http://www.modssl.org/docs/apachecon2001/slide-010-l.html
Modssl 2.7 의 FAQ : http://www.modssl.org/docs/2.7/ssl_faq.html#ToC38
Thawte 사의 128bit Supercert : http://www.thawte.com/getinfo/products/supercert/contents.html
Verisign, Crosscert 의 자료 : http://www.crosscert.com/Repository/repository-g.htm#2
SSL서버 및 CA 통계자료: http://www.securityspace.com/s_survey/data/index.html
웹브라우저 통계자료: http://www.ews.uiuc.edu/bstats/latest-week.html

Eclipse 에서 SVN 사용시 계정 변경하는 방법
개발 2010. 4. 6. 10:48

336x280(권장), 300x250(권장), 250x250, 200x200 크기의 광고 코드만 넣을 수 있습니다.

회사에서는 주기적으로 svn의 비번을 변경하도록 하고 있는데,
이클립스의 어디를 봐도 비번 변경하는 곳이 없더군요..

Preference에 Team 및에 SVN 항목을 차장봐도 없구..
SVN Repository 퍼스펙트를 봐도 없고..

이래저러 고생하다가 구글링으로 찾았습니다.

아래의 파일이 SVN 사용자 정보가 있는 파일이므로,
과감하게 삭제한 후에 다시 이클립스를 실행 시켜주시면~~~ OK~~~

XP : C:\Documents and Settings\ Administrator\Application Data\Subversion\auth\svn.simple

Vista or 7 : C:\Users\Administrator\AppData\Roming\Subversion\aturh\svn.simple

:

Exchange Server 버전별 기능 비교
개발 2009. 10. 21. 12:04

336x280(권장), 300x250(권장), 250x250, 200x200 크기의 광고 코드만 넣을 수 있습니다.

Exchange Server 2007에서 사용할 수 있는 기능을 이전 버전인 Exchange Server 2003 및 Exchange Server 2000의 기능과 비교합니다.

이 페이지에서

기본 제공 보호 기능

원격 액세스

운영 효율성

기본 제공 보호 기능

설명: = 포함된 기능 = 포함되지 않은 기능

기능 Exchange Server 2000 Exchange Server 2003 Exchange Server 2007

스팸 방지 및 바이러스 백신

VSAPI(바이러스 검사 응용 프로그래밍 인터페이스)

차단 및 허용 목록을 기준으로 통합된 IP

Exchange Server IMF(지능형 메시지 필터)

A

IMF에 대한 콘텐츠 필터 수시 업데이트

B

C

인증된 사용자로 제한된 메일 그룹

보낸 사람 ID 지원

D

Outlook Web Access에서 첨부 파일 스트립

Edge 전송 서버를 사용하여 경계 네트워크 보호 - 도메인 구성원 자격 필요하지 않음

스팸 서명, IP 신뢰도 및 콘텐츠 필터(IMF) 자동 업데이트

E

보낸 사람 신뢰도 자동 분석

Edge 전송 서버 또는 허브 전송 서버 역할에서 첨부 파일 스트립

받는 사람 필터링 및 수신 허용 목록을 고려한 EdgeSync

Microsoft Office Outlook 전자 메일 소인 유효성 검사

스팸 방지 스탬프 - 스팸 평가 배경

2계층 스팸 격리 - 관리자 및 최종 사용자

바이러스 백신 스탬프 - 바이러스 검사 기록 추적

강력한 전송 수준 검사를 위해 Exchange MIME 구문 분석 엔진에 바이러스 백신 에이전트 액세스

인바운드 SMTP 메시지 수신율 제어를 위한 Edge 전송 서비스 복구 - 고가용성 지원

DOS(서비스 거부) 및 스팸 공격을 방지하기 위한 오픈 프록시 감지

기밀 메시징

TLS(전송 계층 보안) 암호화

Active Directory 서비스에 대한 서명된 LDAP(Lightweight Directory Access Protocol) 요청

S/MIME 사용 클라이언트 지원

프런트 엔드 및 백 엔드 Kerberos 인증

SSL(Secure Sockets Layer)을 사용하여 Outlook Web Access 트래픽을 기본적으로 암호화

조직 내 메시지 자동 암호화

규정 준수

저널링

다중 사서함 검색

F

F

사용자별 또는 메일 그룹별 저널링

G

메시지 레코드 관리를 통한 보존 및 만료 정책 적용

관리되는 폴더

허브 전송 규칙

비즈니스 연속성

액티브/패시브 클러스터링

Microsoft 볼륨 섀도 복사본 서비스를 통한 데이터베이스 백업

8개 노드 클러스터링

복구 저장소 그룹

연속 복제 - 저장소 그룹에 대한 비동기 복제 기능 기본 제공

데이터베이스 복사본(로컬) 또는 서버(클러스터)를 통한 백업

데이터베이스 이식성 - 조직 내 임의의 서버로 복구

A) SP1 이상 사용

B) SP2 사용 시 2주에 한 번씩 업데이트 가능

C) Standard CAL 사용 시 2주에 한 번씩 업데이트 가능, Enterprise CAL 또는 Forefront Security for Exchange Server 사용 시 매일 한 번 이상 업데이트 가능

D) SP2 사용

E) Enterprise CAL 또는 Forefront Security for Exchange Server 사용 시 매일 한 번 이상 업데이트 가능

F) Microsoft Exchange 사서함 병합 사용

G) Enterprise CAL 사용

페이지 위쪽

원격 액세스

설명: = 포함된 기능 = 포함되지 않은 기능

기능 Exchange Server 2000 Exchange Server 2003 Exchange Server 2007

공동 작업 및 생산성

Outlook에서 공용 폴더 액세스

Outlook Anywhere(기존의 RPC over HTTP) - Outlook 2003 이상에서 HTTP를 통해 Exchange에 액세스, 터널이나 VPN 필요하지 않음

A

리소스 예약 도우미

B

일정 자동 표시

통합 메시징

음성 메시징 시스템

팩스 수신 시스템

음성 메일, 전자 메일 및 팩스 통합 관리

전자 메일과 함께 음성 및 팩스 메시지를 사용자의 받은 편지함에 배달

한 곳에서 재생 및 메모 기록이 가능하도록 Outlook Web Access 및 Outlook 2007에 음성 메일 클라이언트 통합

Outlook Voice Access - 전자 메일, 일정, 연락처, 음성 메일 및 회사 디렉터리에 음성 지원 전화 접속으로 액세스

음성 지원 자동 전화 교환

웹 기반 메시징

Outlook Web Access - Outlook 스타일의 웹 전자 메일 클라이언트

검색

GZIP 압축

폼 기반 인증

전체 주소 목록 액세스

맞춤법 검사

작업

일정 정리

WebReady 문서 보기

SharePoint 문서 라이브러리 및 UNC 파일 공유 위치에 대한 LinkAccess

사용권 계약에 따라 보호하는 콘텐츠에 라이선스별 IRM(정보 권한 관리)으로 신속하게 액세스

예약 가능한 부재 중 메시지

내부 또는 외부 수신자별로 구성 가능한 부재 중 메시지

통합 메시징 PIN 재설정 셀프 서비스

Exchange ActiveSync 모바일 장치 원격 정리 셀프 서비스

공용 폴더 액세스

D

규칙 지원

D

S/MIME 지원

D

모바일 메시징

Exchange ActiveSync

전자 메일, 일정, 연락처 및 작업 Direct Push

E

원격 정리, 로컬 정리, PIN 및 정책 적용을 통해 데이터 보호

E

GZIP 압축

E

Exchange ActiveSync 프로토콜을 통해 다양한 장치 지원

사용자별 장치 정책

모바일 장치를 사용하여 무선으로 원격 사서함 검색

장치를 사용하여 부재 중 메시지 설정

HTML 전자 메일 지원

향상된 모임 처리 - 메시지 응답 또는 전달

S/MIME 지원

E

D

A) Windows Server 2003 이상 필요

B) 일부 기능에는 자동 수락 에이전트 필요

C) 통합 메시징에는 Enterprise CAL 필요

D) RTM(Release to Manufacturing)에서는 사용할 수 없음

E) SP2 사용

페이지 위쪽

운영 효율성

설명: = 포함된 기능 = 포함되지 않은 기능

기능 Exchange Server 2000 Exchange Server 2003 Exchange Server 2007

성능 및 확장성

캐시된 Exchange 모드(Outlook 2003 이상)

메일 그룹에 부재 중 메시지 표시 안 함

네이티브 x64 응용 프로그램

저장소 최적화 - 더 적은 비용으로 저장소 대체(직접 연결된 저장소, iSCSI)

Active Directory 사이트 기반 라우팅

예약 가능하고 우선 순위가 지정된 효율적인 라우팅을 통해 대역폭 최적화

관리

오류 자동 보고

조정 및 최적화를 위한 Exchange Best Practice Analyzer 지원

메일 흐름, 데이터베이스 및 성능 문제를 해결하기 위한 Exchange Troubleshooting Assistant 지원

Exchange 관리 콘솔

다중 Windows 포리스트 지원

포리스트 경계에 구애받지 않고 약속 있음/없음 표시

A

A

MOM(Microsoft Operations Manager)용 관리 팩

공용 폴더 관리

B

B

C

인터넷 메일 연결 마법사

Outlook 2003 이상을 사용하여 크로스 포리스트 Kerberos 인증

동적 메일 그룹

다중 사용자 사서함 이동 기능

서버별로 중앙 집중화된 큐

Exchange 관리 콘솔 검색 성능 향상

Exchange 관리 셸 - 명령줄 인터페이스

Exchange 관리 콘솔에 도구 상자 기본 제공

한 번에 여러 큐 표시

자동 서버 업데이트 및 패치

Exchange 관리 콘솔 도구 상자에 Exchange Analyzer 통합

융통성 있는 권한 모델 - Active Directory와 통합

배포

서버 역할에 따른 배포 및 관리

설치 프로세스에 Exchange Best Practices Analyzer 통합 - 자동으로 필수 구성 요소 검사

단일 마이그레이션 엔진

자동 검색 - Outlook 2007 자동 검색 및 프로필 구성

Exchange 관리 셸을 사용하여 스크립트 가능한 배포

확장성 및 프로그래밍 기능

CDO(Collaboration Data Object)

D

WebDAV API

Outlook Web Access 웹 파트

웹 서비스 API

Exchange 관리 셸을 통한 .Net 통합

약속 있음/없음 웹 서비스

A) 조직 간 복제 도구 사용

B) Exchange 관리 콘솔 사용

C) Exchange 관리 셸 사용

D) CDOEXM(Collaboration Data Objects for Exchange Management) 및 워크플로에 대한 CDO(Collaboration Data Object) 삭제. 자세한 내용과 기타 정보는 Exchange Server TechCenter에서 더 이상 사용되지 않는 기능 및 더 이상 중요하지 않은 기능을 참조하십시오.

출처 : http://www.microsoft.com/korea/exchange/2007/evaluation/features/ex_compare.mspx

:

COM 을 Release 해도 바로 Dll이 Unload 되지 안는다.
개발 2009. 5. 17. 17:35

336x280(권장), 300x250(권장), 250x250, 200x200 크기의 광고 코드만 넣을 수 있습니다.

ActiveX를 소멸하고 나서 Dll을 Unlaod 시키기 위해서 아래의 함수를 사용한다.
CoFreeUnusedLibraries ( http://msdn.microsoft.com/en-us/library/ms679712(VS.85).aspx )

그러나 COM의 Apartment Type에 따라서 Delay Time 이 발생할수 있다고 한다.
그 이유는 COM의 Design 이라고 한다. (성능상의 이유로 MS에서 그렇게 동작하도록 하였다는 군요 ^^ )

참고 : http://support.microsoft.com/kb/301357

그래서 CoFreeUnusedLibraries 함수를 사용할때는 주의를 해 주어야 합니다.
언로드 되었는지 확실하게 체크하던가, CoUninitialize를 호출해주는 꽁수를 쓰던가..
COM 자체를 STA로 하던가.. ㅎㅎ

:

INFO: CDO, 단순 MAPI 및 확장 MAPI 간의 차이점
개발 2009. 4. 11. 17:53

336x280(권장), 300x250(권장), 250x250, 200x200 크기의 광고 코드만 넣을 수 있습니다.

출처 : http://support.microsoft.com/kb/200018/ko

본 문서에서는 CDO(이전 이름은 Active Messaging 및 OLE Messaging), 단순 MAPI, CMC(Common Messaging Call) 및 확장 MAPI(보통 간단히 MAPI라고 함) 간의 주요한 차이점을 설명합니다.

CDO

CDO(Collaboration Data Objects)는 원래 "OLE Messaging"이라고 불리다가 이후 "Active Messaging"이라고 불리던 것입니다. CDO는 MAPI 라이브러리의 COM 래퍼이며 자동화를 지원하는 모든 개발 언어를 통해 호출할 수 있습니다. 예를 들어, 단순 MAPI, CDO는 원래 클라이언트 작업을 위한 목적으로 고안되었습니다. CDO는 MAPI 기능의 대부분을 구현하여 단순 MAPI 보다는 휠씬 많은 기능을 갖지만 MAPI의 기능을 모두 갖지는 않습니다. CDO를 사용하여 다음과 같은 작업을 수행할 수 있습니다.

특정 프로필로 또는 익명 인증으로 메시징 시스템에 로그
메시지 작성, 받는 사람 주소 지정 및 확인, 메시지 보내기, 받기 및 읽기, 파일 첨부, 자동 응답
일정 관리: 모임 및 약속 만들기
정보 저장소(Information Store)의 폴더 및 메시지 관리
주소 관리: 특히 PAB(Personal Address Book)의 주소 관리

CDO의 가장 큰 특징은 MAPI 기반 CDO.DLL 및 SMTP 기반 CDONTS.dll입니다.
CDO에 관련된 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
176916 (http://support.microsoft.com/kb/176916/EN-US/ ) INFO: Active Messaging and Collaboration Data Objects (CDO)
171440 (http://support.microsoft.com/kb/171440/EN-US/ ) Where to Acquire the Collaboration Data Objects Library
CDONTS에 관련된 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
186204 (http://support.microsoft.com/kb/186204/EN-US/ ) HOWTO: Use CDONTS to Collect and Mail Information From a User
177850 (http://support.microsoft.com/kb/177850/EN-US/ ) INFO: What is the Difference Between CDO 1.2 and CDONTS?

MAPI
MAPI(Messaging Application Program Interface)는 개발자가 메일을 사용할 수 있는 응용 프로그램을 만드는 데 사용할 수 있는 광범위한 함수의 집합입니다. 전체 함수 라이브러리를 MAPI 1.0 또는 확장 MAPI라고 합니다. 확장 MAPI를 통해 클라이언트 컴퓨터의 메시징 시스템, 메시지 작성 및 관리, 클라이언트 사서함 관리, 서비스 제공자 등을 완전히 제어할 수 있습니다.

MAPI를 직접 사용하는 응용 프로그램은 C 또는 C++로 작성됩니다.

단순 MAPI
단순 MAPI는 12 개의 함수로 이루어진 하위 집합으로서 개발자가 Windows 기반 응용 프로그램에 기본 메시징 기능을 추가할 수 있도록 합니다. 단순 MAPI에는 메시지 받기 및 보내기를 지원하는 기능이 포함됩니다.

메시징 시스템에 로그온
새 메시지 작성, 받는 사람 추가 및 분석, 메시지 보내기
받은 편지함에서 메시지 가져오기
단순 MAPI 함수는 C, C++, Visual Basic 및 VBA(Visual Basic for Applications)와 같이 API 호출뿐만 아니라 단순 MPAI가 사용하는 구조 및 데이터 유형을 모두 지원하는 어떤 응용 프로그램에서도 호출할 수 있습니다.

Microsoft Visual Basic(버전 3에서 6까지)에 포함된 MAPI 컨트롤 및 Outlook Express로 설치된 MAPI 버전은 단순 MAPI만 구현합니다.

단순 MAPI에 관련된 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

105964 (http://support.microsoft.com/kb/105964/EN-US/ ) PC MAPI: Simple MAPI Common Technical Questions and Answer

239576 (http://support.microsoft.com/kb/239576/KO/ ) INFO: Outlook Express의 개발자 지원 제한

CMC
CMC(Common Messaging Calls)는 단순 메시징 기능을 C 또는 C++로 작성된 클라이언트 응용 프로그램에 추가하기 위한 10개의 함수로 이루어진 라이브러리입니다. CMC는 핵심 MAPI 하위 시스템의 상부에 위치하기 때문에 마찬가지로 메시징 시스템에 대하여 독립적이라는 장점을 갖습니다. 특히, CMC API는 운영 체제에 독립적이어서 여러 플랫폼에서 사용하는 클라이언트 응용 프로그램에 유용합니다. CMC에도 X.400 API에 대한 지원이 포함됩니다. CMC는 다음 세 가지 주요 작업을 지원합니다.

메시지 보내기
메시지 가져오기
주소 정보 찾아보기
CMC에 관련된 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
114247 (http://support.microsoft.com/kb/114247/EN-US/ ) PC MAPI: Background on Common Messaging Calls (CMC)

:

Visual C++ 프로그램에서 Stack Overflow 문제에 대한 해결방안
개발 2009. 1. 20. 16:03

336x280(권장), 300x250(권장), 250x250, 200x200 크기의 광고 코드만 넣을 수 있습니다.

보통 C++ 프로그램에서 Stack Overflow 가 발생하는 경우는 버퍼를 잡아 놓고 잡아놓은 버퍼보다 더 큰 데이터를 버퍼에 집어넣는 경우이다. 이경우에는 메모리가 crash 되어서 다른 side-effect 가 발생하게 된다.

다른 경우의 스팩오버플로오는 재귀적 함수 호출을 하는 경우에 발생하는 경우이다.
이럴경우에 해결책은 재귀적 함수를 사용하지 않는 방법과 스택의 크기를 늘려주는 방법이 있다.

여기서는 Process 에서 스택의 크기를 늘려주는 방법에 대해서 알아 본다.

다음을 참고 하시오.

http://support.microsoft.com/kb/315937

:

CVT1100 : 리소스가 중복되었습니다
개발 2008. 9. 23. 18:11

336x280(권장), 300x250(권장), 250x250, 200x200 크기의 광고 코드만 넣을 수 있습니다.

VS2003 버전으로 작성된 프로젝트를 VS2005로 변환을 하였다.
몇가지 에러가 발생하면서.. 수정을 하고 있느데.. 아래와 같은 신기한 오류가 발생하였다.

CVTRES : fatal error CVT1100: 리소스가 중복되었습니다. 형식:MANIFEST, 이름:1, 언어:0x0409
LINK : fatal error LNK1123: COFF로 변환하는 동안 오류가 발생했습니다. 파일이 잘못되었거나 손상되었습니다.

난생 처음 보는 오류~
오류 내용을 보면 리소스가 중복되었단다.. 그러나 프로젝트에 특별히 추가한 리소스는 없는 상태였고,
혹시나 하는 생각에 resource.h를 열어 보았다. 역시나 중복되는 것은 없네~

검색을 좀 해보니.. 역시나 비슷한 경우가 있는데, 딱히 해결책은 별로 없다..
무슨 manifest 파일을 지우라는 소리에 지웠다가.. manifest 파일이 없다는 소리만 나오고..

그러다 오류 메세지를 잘 보니.. 중복된게 manifest 파일인거 같다..
음.. rc 파일을 직접 열어서 살펴보니.. 역시나..

41번째 줄쯤에 한번 정의 되어 있고..

3 TEXTINCLUDE
BEGIN
"CREATEPROCESS_MANIFEST_RESOURCE_ID RT_MANIFEST ""res\\\\MiniCalendar.exe.manifest""\r\n"
"\0"
END

끝부분에 또 정의가 되어 있다 ㅋㅋ

CREATEPROCESS_MANIFEST_RESOURCE_ID RT_MANIFEST "res\\MiniCalendar.exe.manifest"

느낌상 마지막에 정의된 것을 주석처리 했다.. (아마도 2003에서 2005로 변환중에 발생하는 오류가 아닌가 싶다~ )
그러니 빌드 성공~ ^^

:

VisualStudio 도움말에(Document Explorer) 항목 추가하기
개발 2008. 3. 3. 18:39

336x280(권장), 300x250(권장), 250x250, 200x200 크기의 광고 코드만 넣을 수 있습니다.

제목 : VisualStudio 도움말에(Document Explorer) 항목 추가하기

날짜 : 2008-03-02

저자 : hanburn

윈도우 기반에서 개발을 하는 필자는 IDE환경으로 VS를 사용하고 있습니다. 잘 정리된 Documentation인 MSDN을 자주 보게 되는데요, 오늘 유용한 기능을 하나 발견 하였습니다. 제목은 ‘VisualStudio 도움말에 항목 추가하기’라고 붙였는데, 도움말 프로그램을 보면 전체의 목록을 보여주는 Contetns탭과 함수나 클래스를 알파벳 순서로 정리하여 놓은 index탭이 있습니다. 보통 index 탭에서 해당 함수의 파라미터 정보와 remark 등의 정보를 참고하느라고 많이 사용하게 되구요 여기서 검색한 내용을 툴바에서 ‘Sync with Table of Content’ 등의 기능을 사용하여 관련 항목으로 이동하여 추가적인 정보를 많이 검색하게 됩니다. 아래는 제 컴퓨터의 Contents 항목입니다.

오늘 살펴볼 것은 바로 이 contents 탭에 도우말 항목을 추가하는 방법입니다. 실버라이트 SDK를 설치하게 되면 도움말 파일이 설치가 되는데, 이 도움말들이 chm 형식이 아니어서 따로 볼 방법이 없습니다. 이 도움말들은 hxs 확장자의 형식으로 VS-Document Explorer를 통해서 볼수가 있습니다. 추가하는 방법은 아래와 같습니다.

1. Open Visual Studio (you might have to open VS as an administrator).

2. In the Help menu, choose Index. Microsoft Document Explorer displays.

3. In the Filtered by: drop-down, choose to (unfiltered).

4. In the Look for field, type Collection Manager.

5. Below the Collection Manager heading, double click Help.

6. Below the Collections available for inclusion in VSCC heading, check Microsoft Silverlight 1.1 SDK Documentation.

7. Click Update VSCC.

그런데 제가 가진 버전은 한글 버전이라서 그런지 ‘Collection Manager’ 라는 항목이 없습니다. 그래서 ‘집합 관리자’로 해보니 없더군요.. ㅋㅋ 짧은 영어로 고민하다가 도움말이니 ‘도움말’로 검색을 해보았더니 있더군요.. Collection을 도움말로 유추를 하다니.. 제가 생각해도 대견합니다. ㅋ

‘도움말 -> 전체 도움말 컬렉션 관리자’ 라는 페이지의 모습입니다.

여기에서 필요한 항목들을 check 해주게 되면 Document Explorer 에서 해당 도메인의 도움말을 볼수가 있게 됩니다. VSCC 업데이트를 눌러주고, 도움말과 VS2008을 다시 실행시켜 주면.. 'Help Update in progress' 라는 창이 뜨면서 도움말 항목을 업데이트 시켜 줍니다. 몇분 걸리더군요 ㅋㅋ

:

MFC Update Powered By BCGSoft
개발 2008. 2. 4. 11:24

336x280(권장), 300x250(권장), 250x250, 200x200 크기의 광고 코드만 넣을 수 있습니다.

날짜 : 2008-02-04

저자 : hanburn

작년 여러 블로그를 통해서 VS-2008에 포함되는 MFC가 대폭 향상된다는 소식을 접했습니다. 얼마전에 2008 Beta 버전을 설치하였는데, 베터버전이라서 그런지 아직 MFC의 Update는 반영이 않되어 있었습니다. 대신 아래와 같은 내용을 볼수 있습니다.

http://msdn2.microsoft.com/ko-kr/visualc/bb892882(en-us).aspx

MFC Update Powered By BCGSoft

Earlier this year, the Visual C++ team announced that we would focus more squarely on native code development. One of the areas highlighted in that message was renewed investment in native libraries. We’re pleased, then, to announce that we’ve taken the first step in delivering on this strategy.

As an update to Visual Studio 2008, we will deliver a significantly enhanced version of MFC. Using this new library, developers will be able to create applications with the “look and feel” of Microsoft’s Office, Internet Explorer and Visual Studio. Some of the specific features include Office 2007 Ribbon Bar support, Office-style menus, Visual Studio-style docking and autohide windows, Internet Explorer rebars and much more.

In order to offer such a major update, the Visual C++ team decided to partner with BCGSoft, a leader in professional user interface components for MFC and .NET. After a thorough evaluation we found that BCGSoft had the features, performance, and quality the team was looking for. By building on top of BCGSoft’s BCGControlBar Library Professional Edition, the Visual C++ team has a solid foundation upon which to drive innovation into MFC moving forward.

An important consideration in working with BCGSoft was that their architecture made it easy to integrate into the existing MFC library. During the integration process, senior developers from BCGSoft worked on site with the Visual C++ team to ensure the updated library met the needs of long time MFC users. All the new features have been consolidated into a release that “feels” perfectly natural to MFC developers. Even more important is the ability to quickly take existing MFC code and updated it with new features, such as the Office 2007 Ribbon Bar.

Developers looking for still more powerful MFC components should take a look at the BCGSoft product line. The BCGControlBar Library Professional Edition, for example, contains sophisticated calendar and day planner controls, a grid control, a report control, and an advanced edit control complete with syntax highlighting and IntelliSense-like functionality. BCGSoft has been working closely with the Visual C++ development team to ensure all their products have high compatibility with the update.

The MFC update will be released in Q1CY08. A beta will be available sometime near the beginning of the new year. The library will be available to all Visual Studio 2008 Standard and above customers.

UI 관련 컴포넌트로 CodeJock Xtreme Toolkit 과 BCG의 컴포넌트가 유명했는데, MFC 8.0 버전에서는 BCG의 컴포넌트의 도움을 받아서 업그래이드가 된 것 같습니다. MS에서 광고하기를 Office 2007 스타일의 리본형태의 UI를 지원한다고 하여서 필자는 MS에서 MFC를 업그레이드 한것으로 생각을 했는데, MFC Update Powered By BCGSoft 라니 조금 재미있네요.^^ 혹시 MS가 BCG Soft를 인수한 것일까요?

:

◀ PREV : [1] : [2] : [3] : [4] : [5] : [6] : [7] : [8] : NEXT ▶

hanburn : a line of code

'개발'에 해당되는 글 73건

secureCRT(텔넷)에서 파일 다운로드 받기

SSL 구성을 위한 인증서 설명

1. 들어가면서

2. 40비트냐? 128비트냐?

3. 128비트 암호화 통신을 하려면?

4. 왜 꼭 SGC 128비트 인증서를 사용해야 하는가?

5. 128Bit SGC 인증서를 구별하는 방법은?

6. 인증서를 바르게 구매하려면?

참고자료

Eclipse 에서 SVN 사용시 계정 변경하는 방법

Exchange Server 버전별 기능 비교

이 페이지에서

기본 제공 보호 기능

원격 액세스

운영 효율성

COM 을 Release 해도 바로 Dll이 Unload 되지 안는다.

INFO: CDO, 단순 MAPI 및 확장 MAPI 간의 차이점

출처 : http://support.microsoft.com/kb/200018/ko

본 문서에서는 CDO(이전 이름은 Active Messaging 및 OLE Messaging), 단순 MAPI, CMC(Common Messaging Call) 및 확장 MAPI(보통 간단히 MAPI라고 함) 간의 주요한 차이점을 설명합니다.

MAPI

단순 MAPI

CMC

Visual C++ 프로그램에서 Stack Overflow 문제에 대한 해결방안

CVT1100 : 리소스가 중복되었습니다

VisualStudio 도움말에(Document Explorer) 항목 추가하기

MFC Update Powered By BCGSoft

티스토리툴바

'개발'에 해당되는 글 73건

1. 들어가면서

5. 128Bit SGC 인증서를 구별하는 방법은?

참고자료

이 페이지에서

기본 제공 보호 기능

원격 액세스

운영 효율성

출처 : http://support.microsoft.com/kb/200018/ko 본 문서에서는 CDO(이전 이름은 Active Messaging 및 OLE Messaging), 단순 MAPI, CMC(Common Messaging Call) 및 확장 MAPI(보통 간단히 MAPI라고 함) 간의 주요한 차이점을 설명합니다.

MAPI

단순 MAPI

CMC

티스토리툴바

출처 : http://support.microsoft.com/kb/200018/ko

본 문서에서는 CDO(이전 이름은 Active Messaging 및 OLE Messaging), 단순 MAPI, CMC(Common Messaging Call) 및 확장 MAPI(보통 간단히 MAPI라고 함) 간의 주요한 차이점을 설명합니다.