회사마다 사용하는 정책이나 솔루션들이 달라

업무/개인적으로 활용할 데이터가 엉망이 되는건 순식간 인것 같다.

 

현재 내 상황은 이렇다.

사내에서 사용되는 Messaging Service 플랫폼은 IBM의 Lotus Note 다.

현재 주로 사용하는 메시징 도구는 Outlook인데, Outlook과 Notes간의 연결을 위한 Adaptor로

Direct Acess for Microsoft Outlook 이라는 제품.

그러나 Windows Vista 이후의 플랫폼에서는 알 수 없는 오류로 인해 사실상 제대로 동작하는건 기대하기는

무척 힘들다. ( 운영체제 방향이 보안쪽으로 쏠리는 상황에 제대로 대응되지 못한 소프트웨어의 전형적인 꼬라지)

일단 간단한 메일 보내기라든가, 메시지 확인은 나름 되기 때문에, 불만은 없다.

또 실제 업무에는 대부분 Notes Client로 하기 때문에, 그에 따른 문제점도 Pass.

 

그런데, Windows Mobile Phone에 Notes Traveler 라는 Notes 연결 도구가 있는데,

이번에 옴니아2 마련 후, 설치해서 사용 중이다.

여기서 부터 문제가 발생하기 시작했다.

 

제일 심각한 문제가 연락처.

MS에서는 아마도 2003 때부터 표시 형식(Display Type?)이라고 하는 부분을 대거 강화했다.

이게 어떤 기능이냐면, 사람에 대한 이름을 입력할 때, 성/이름을 입력하는데,

외국계 분들은 "이름 성", 이렇게 사용되고, 우리나라 같은 경우에는 "성 이름" 이렇게 표현된다.

거기에 추가적으로 "성이름" 이런 식으로 성과 이름이 아예 붙어서 표현 되기도 한다.

 

그에 만해 현재 설치된 Notes. 딱 두개만 지원한다.

"이름 성"과 "성,이름"...

아아.. 진짜 양키 스럽다고나 할까?

돈 안되는 동양쪽은 아예 버리기로 한건지... 정말 써비스 바가지다.

이러니 내가 PC에서 저장할 때 까지만 해도 "성이름" 으로 했는데, 내 폰에서 보니 "성,이름" 식으로 되었다.

저렇게 되면 검색도 제대로 안된다. 일단 틀리니까...

"성이름"과 "성,이름"은 단순 나래비 펼쳐 검색 기법에서는 절대 찾을 수 없는 문장일 수 밖에 없다.

저 문제가 어디서 발생된 건지 찾다가 찾다가, Notes Client의 이름 표시 방법에서 찾았다.

상당히 어이 없었다.

 

두번째.

아마도 최신 버전에서는 제공되는 기능인지는 모르겠지만,

최소한 사내에 설치된 노츠는 Unicode 라는 개념이 없다.

예전에 사용한 데이터에는 나름대로 분류를 해놓았다.

Category 라고들 하는데, Outlook 2007에서 부터는 멀티 분류도 지원하고 있어,

동일 인물이라도, 그 성격을 다 할 수 있다. 예를 들면, 친구에도 속하고, 업무 담당자에도 속하는 경우,

아주 간단하게 적용한다. 그래서 잘 사용했다.

그런데 Notes에서는 지원 불가. 하지만 이건 별로 안 중요하다.

진정한 문제는, 분류에 적힌 한글은 모조리 깨진다. 깨지는 형태를 보면 이거 Unicode 비지원.

notes_outlook_categorys

기술 발전이 아니라 기술 역류 꼬라지.

저 카테고리의 원래 명칭은 아마도 후배/선배 이거 일텐데,

Unicode -> euc-kr -> Unicode 되니까, 저렇게 표시되는듯.

 

세번째.

연락처 저장 위치 문제.

분명 Outlook 과 폰 내의 연락처는 있다. 그 내용이 분명 Notes 서버에 저장된다.

그런데, 정작 Notes Client에는 보이지 않는다. 내 연락처를 열어보아도 아무런 내용을 볼 수 없다.

이거 100% 가깝게 내 문제일 듯 싶은데, Notes Client 내에서 특정 위치를 연락처로 걸어줘야 할듯.

그러나, Notes 시스템 구조 젬병인 입장에서 접근하기란 사실 불가능에 가깝다.

어딘가에 저장되는데, 그 어딘가를 찾기가, 영 녹녹치 않다는 것이다.

관련 자료도 없고, 이렇게 쓰는 사람도 사내에는 한명도 없다는 것.

(한명이 나 처럼 DAMO를 쓰지만, 그는 연락처가 어디에 저장되든 별 상관 하지 않고 있다)

 

결국 아웃룩과 폰내의 연락처 편집은 폰이나, 아웃룩에서 밖에는 안된다.

뭐 이런 것들이 다 있는지는 모르겠지만, 일단, 그렇다.

 

기술 역류를 걷는 IBM.

이따위로 진행하면 분명 퇴보에 퇴보를 걷다가, 전부 Exchange에 먹힐 것이다.

(국내에서는 아무래도 이 분위기로 가고 있다.)

시장 쪼그만하다고 개 무시하다가는 나중에 된통 얻어 맞지나 않을까 모르겠다.

한국 IBM 철수. 별로 멀어보지 않다고 생각하는거, 나만은 아닐 거라 생각이 든다.

728x90

Outlook 데이터 중, 메일 다음으로 중요한 데이터가 바로 연락처가 아닐까 생각한다.
물론 메일관련된 업무 진행의 경험이 전무하거나, Outlook을 잘 사용해본적이 없다면 – 특히 웹메일만 지금까지 써보신 분들 – 의미 없겠지만, 만일 지금 Outlook을 사용하고 있다면, 약간이나마 공감이 갈지도…

이번에 마련한 SPH-M480 스마트 폰이 있는데, 여기의 연락처가 Outlook의 데이터와 동기화 된다.
다 좋은데, 전화번호 내에 “-“ 나 “(“, “)” 같은 특수 문자가 있으면 오류가 발생한다.
그렇다고 수많은 연락처의 내용을 일일히 열어서 수정하기는 무리가 있고…

그래서 생각한 방법이 Outlook의 매크로라는 방법을 쓰기로 했다.

지금 테스트해본 곳은 Outlook 2003 으로, Outlook 2003의 메뉴에서  도구 –> 매크로 –> Visual Base Editor 로 들어가서 실행했다.
위의 경로 대로 정상적으로 실행하면 아래 화면과 같은 화면이 뜰 것이다.
saveattachmentsvbeditor_small

저 도구 안의 넓은 코드 넣는 창안에 아래의 코드를 넣는다.

Sub ChangePhoneRule() 
	Dim myolApp As Outlook.Application 
	Dim myNamespace As Outlook.NameSpace 
	Dim contactFolder  As Outlook.MAPIFolder 
	Dim expContacts As Outlook.Explorer
	Dim allItems As Outlook.Items 
	Dim curItem As Object 
	Dim curContact As Outlook.contactItem 
	Dim curPhoneNum As String 
	Set myolApp = CreateObject("Outlook.Application") 
	Set myNamespace = myolApp.GetNamespace("MAPI") 
	Set contactFolder = myNamespace.GetDefaultFolder(olFolderContacts) 
	Set allItems = contactFolder.Items 
	For Each curItem In allItems 
		If (curItem.Class = olContact) Then 
			Set curContact = curItem 
			curPhoneNum = curContact.MobileTelephoneNumber 
			curPhoneNum = Replace(curPhoneNum, "+82", "") 
			curPhoneNum = Replace(curPhoneNum, "(02)", "") 
			curPhoneNum = Replace(curPhoneNum, " ", "") 
			curPhoneNum = Trim(curPhoneNum) 
			curContact.MobileTelephoneNumber = curPhoneNum 
			curContact.Save 
		End If 
	Next 
End Sub

저 안의 내용 중 보면 curContact.MobileTelephoneNumber 라는 줄을 볼 수 있다. 즉 저기서 핸드폰 번호를 가져오고 있다. 그리고 VB 함수 중 문자열 변경하는 Replace 함수를 이용해 변경한 뒤, 다시 해당 속성 값에 값을 넣고 맨 나중에 Save를 불러 주면 된다.

위의 로직은 바로 연락처 폴더 내에 있는 모든 연락처의 내용을 수정하는 작업이다.

각 Property들은 다음 사이트에서 참고하면 된다.
http://msdn.microsoft.com/en-us/library/aa210907(office.11).aspx

728x90

+ Recent posts

728x90