문제

IOS6로 업그레이드하고 난 뒤의 흥분이 가라앉을 즈음, 문득 어느날 부터 카카오톡이 이상했다.

맨 처음 문제는 별명으로 정해진 이름이 나오는 문제.
친구 목록을 보면, 친구의 이름이 안나오고, 갑자기 별명으로만 나오는 것이다. 카카오톡의 프로필 상에 넣은 이름인데, 여기에 자신의 개성을 담뿍 담은 분들 같은 경우, 도무지 유추가 되지 않는다. "주워니" 라든가, "한처리" 이러면 대략 유추라도 하는데, 만일 "나의 날개" 라든가, "말하는대로 이루어지리라~" 의 경우에는 누군지 알 수 조차 없다.물론 이름을 내 입맛대로 수정할 수는 있지만, 그런 분들을 일일히 찾아 수정하기란 쉽지 않다.

그리도 또 하나, 상대방 프로필에 전화번호가 표시되지 않는 문제다.

예전에는 위쪽 그림 처럼 전화번호를 직접 클릭하는 곳이라도 있었는데, 아예 사라져서 나타나지 않는 문제다.
그래서 최소한 전화번호로 라도 유추해볼려고 했는데, 불가능.

마지막으로 친구가 자동 추가가 안되는 문제다.
분명 주소록에 보면 등록되어 있는데도 불구하고, 해당 친구가 등록되지 않는 문제였다. 요 근래 간신히 스맛폰을 마련한 친구였는데, 카톡으로 연락하려니까, 등록이 안됐다는...

이런 문제점을 바라보다... 광고 COPY 처럼 "무언가 잘못됐다...." 라는 생각이 떠나질 않았다.

결국 어제 카톡 문의점에 문의를 해보기까지 했다.

그러나 당장 카톡을 정상화 시켜야 겠고, 무엇이 문제인지 하나씩 조건을 줄여 보았다.

1. 사람 이름 문제.
성/이름 이런 식으로 나누어 쓰는게 영 불편한 나로써는 모든 연락처를 쓸 때, 모조리 이름에다가만 넣었다.
그래서 카톡이 인식을 못하나? 싶어 어제 밤에 하루종일 연락처를 뜯어 고쳤다.

2. 전화번호 문제.
구글링을 하다 보니, 전화번호 앞에 +82가 붙어야 인식한다는 글이 있었다. 물론 아이패드 이야기 이긴했지만, 굉장히 의심이 갔다. 그래서 일부 사람들의 전화번호에 +82를 넣어보았다.

3. 전화 걸기 지원.
아이폰에는 "전화 걸기 지원" 이라는 옵션이 있는데, 이 옵션을 사용하면 번호를 자동으로 분석해서 처리한다고 한다. 이 옵션 때문에, 검색이 안될 수 있을지도 모른다는 생각에 꺼보기도 해보고, 켜보기도 했다.

4. 영문 버전 카카오톡?
지금 애플 계정을 미국으로 해놓고 쓰고 있다. 어플 종류도 그렇고, 받고 싶어하는 어플들 대부분이 미국 계정이라, 미국 계정으로 옮겨 사용했다. 그런데 이 어플에 국가별 설정이 있을까 하는 마음에 다시 한국으로 바꾸어 다운 받아 설치해봤다.

5. 탈퇴 후 재가입.
일단 전화번호 인증 체계다 보니, 탈퇴도 무척 간편하고 쉬웠다. 설정에서 메뉴 한두개만 타고 들어가면 바로 탈퇴가 가능했다. 물론 재가입도 간단하다. 하지만, 하루에 1번 밖에는 재가입이 안되는듯... 2번 이상하려면, 24시간 후에 된다는 알싸한 알림 메시지가 뜬다.... 그래서 탈퇴는 딱 한번 해봤다. 어플도 지워보기도 했다.

 

결론.

어제 별별 뻘짓을 다하다가, 친구에가 갈취(?) 한 넥서스S로 Comeback 하려했다. 그런데, 왠걸..USIM을 옮기는데 옮겨지지 않는 것이다. 당장 아침에 연락올데는 없지만, 카카오톡을 활성화 하려면 SMS를 받아야 하는데, USIM 칩이 안 옮겨지니, 결국 SMS는 못받는 사태가 발생했다. 아이폰으로 다시 옮겨왔는데, 여전히 카톡과 연락처가 동기화 되지 않았다.

그래서... 연락처와 몇몇 정보를 적당히 iCloud에 백업하고, 폰을 초기화 했다.
( 설정 -> 일반 -> 재설정 -> 모든 콘텐츠 및 설정 지우기 )

아아.. 완전 초기화를 하니 5분 정도 되자 드디어 폰이 활성화 되었다. 부랴 부랴 iCloud 계정을 연결하고, 주소록 다운 받고, 필수 어플 몇 개를 다운 받자, 주소록도 모두 내려 받았다. 그리고 난 뒤, 카카오톡을 받아 설치했다.

그리고 띄워서 인증하고 연결해보니....

뭔가 궁지렁 거리는 알림 메시지 창이 뜨면서 주소록 접근의 활성화 여부에 대한 확인 창이 떴다.

즉 "개인 정보 보호 기능" 덕에 카카오톡이 주소록에 접근이 안된거였고,  결론 적으로는 카카오톡에게 주소록 접근
권한을 주면 되는 것이였다. 최초 설치할 때, 앵간한건 승인해줘야 정상적으로 동작했다.

만일 설치시 제대로 하지 못했다면 설정 -> 개인정보 보호 -> 주소록에 들어가서 꼭 "카카오톡"에게 권한을 할당했는지 체크해봐야 한다.

보안을 강화했으니, 그 규칙에 맞추는 것은 당연한데, 카카오톡에서도 그에 대한 대비를 좀 잘 해주었으면 좋았을 뻔했다는 생각이다. 일단 오늘 중에 카카오톡의 답변을 받아보고, 그들의 초동 대처는 어떤지 - 물론 내가 제시한 시점보다 더 일찍 이런 저런 사람들의 의견이 있을테니 초동까지는 아닐지도 모르겠다. - 보려고 한다.

 PS. 

요근래 잠시 안드로이드 폰으로 갔다가, 다시 아이폰으로 돌아올 때, 인증된 기계가 변경되었다고, 다시 설치하게 하더군요. 더욱이 갑자기 폰 자체가 다운까지 되어 다시 복구하는 사태까지...

그러다 보니, 카카오톡을 다시 지우고 새로 설치했습니다. 그러자, 이번에도 주소록이 동기화가 안되었는데요..
제가 한 방법이 이렇습니다.

1. 위의 설정 -> 개인정보 보호 -> 주소록 에 들어가서, 권한 할당을 끄세요.

2. 다시 켜세요.

3. 카카오톡을 켜놓고, 기다려 보세요... 되더군요. ㅋ

 (그냥 시간차 일수도 있겠지만, 아무리 기다려도 안되면 저처럼 해보세요)


관련 뉴스 :

http://www.betanews.net/article/562791

http://ddaily.co.kr/news/news_view.php?uid=91801

728x90
아침에 잠시 홈페이지에 들어가려고 하니까, 왠걸 접속이 안되는 것이였다.
더욱이 hind.pe.kr을 조회하니, 조회가 안되는 것.

이건 대체 무슨일인가 싶었다.

그런데, 확인해본 결과 hind.pe.kr 에 대한 네임서버를 아이네임즈 것을 사용했었는데,
이 네임서버를 통해 조회가 안되는 것이였다.
해킹을 당한건지, 아니면 관리자의 실수인지는 도무지 알길은 없지만,
결국 실망감만 가득 안게 했다.

포기. 포기. (어쩐지 어제 접속수가 2자리 수더니만...)


그래서 오늘 dnsever 쪽으로 옮겼다. 
옮기니까, 바로 되는 구먼... 헐.

여튼, 아이네임즈 조만간 망할지도 모르겠다 싶다. ㅎㅎ
 
728x90

지금 미라지 SCH-M480을 사용중인데, 싱크메일이라는 서비스로 최소한 메일 하나는

제대로 챙겨보고 있었다. 업무의 연장선이 길어진 문제도 있지만,

급할때나, 수시로 메일을 확인할 수 있는 매력은 제대로 인듯.

 

그런데, 오늘 아침 메일이 상당히 오래된 것들만 있길래, 왜 그런가 해서 쭉 보는데,

왠걸. 싱크하는데 오류가 나는 것이다.

 

서버에 연결할 수 없습니다. 나중에 다시 시도하십시오.

이 오류 메시지가 반복적으로 표시되면 관리자에게 문의하십시오.

지원코드 : 0x85010017

 

내 미라지에서는 저 에러를 Active Sync에 뿜고 끝난다.

 

이런... 왜 그럴까.. 라는 마음에 다시 회사에 와서 싱크 메일 사이트로 접속했다.

 

https://m.syncmail.co.kr/owa

 

하... 로그인 하니 아래의 화면을 쭉 뿜고 역시 뻣는다.

 

Request
Url: https://m.syncmail.co.kr:443/owa/default.aspx
User host address: 211.240.107.212
Exception
Exception type: Microsoft.Exchange.Data.Storage.ConnectionFailedTransientException
Exception message: Cannot open mailbox /o=TEAMEX2007/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=neohind.
Call stack

Microsoft.Exchange.Data.Storage.ConnectionCachePool.OpenMailbox(String serverDn, String userDn, String mailboxDn, Guid mailboxGuid, Guid mdbGuid, Object identity, ConnectFlag connectFlag, OpenStoreFlag openStoreFlag, CultureInfo cultureInfo, String clientInfoString, Boolean secondTry)

Microsoft.Exchange.Data.Storage.ConnectionCachePool.OpenMailbox(String serverDn, String userDn, String mailboxDn, Guid mailboxGuid, Guid mdbGuid, Object identity, ConnectFlag connectFlag, OpenStoreFlag openStoreFlag, CultureInfo cultureInfo, String clientInfoString, Boolean secondTry)

Microsoft.Exchange.Data.Storage.ConnectionCachePool.OpenMailbox(String serverDn, String userDn, String mailboxDn, Guid mailboxGuid, Guid mdbGuid, Object identity, ConnectFlag connectFlag, OpenStoreFlag openStoreFlag, CultureInfo cultureInfo, String clientInfoString)

Microsoft.Exchange.Data.Storage.MailboxSession.Initialize(LogonType logonType, ExchangePrincipal owner, DelegateLogonUser delegateUser, Object identity, OpenMailboxSessionFlags flags)

Microsoft.Exchange.Data.Storage.MailboxSession.CreateMailboxSession(LogonType logonType, ExchangePrincipal owner, DelegateLogonUser delegateUser, Object identity, OpenMailboxSessionFlags flags, CultureInfo cultureInfo, String clientInfoString)

Microsoft.Exchange.Data.Storage.MailboxSession.Open(ExchangePrincipal mailboxOwner, WindowsPrincipal authenticatedUser, CultureInfo cultureInfo, String clientInfoString)

Microsoft.Exchange.Clients.Owa.Core.OwaWindowsIdentity.CreateMailboxSession(ExchangePrincipal exchangePrincipal, CultureInfo cultureInfo)

Microsoft.Exchange.Clients.Owa.Core.UserContext.Load(OwaContext owaContext)

Microsoft.Exchange.Clients.Owa.Core.RequestDispatcher.CreateUserContext(OwaContext owaContext, UserContextKey userContextKey, UserContext& userContext)

Microsoft.Exchange.Clients.Owa.Core.RequestDispatcher.PrepareRequestWithoutSession(OwaContext owaContext, UserContextCookie userContextCookie)

Microsoft.Exchange.Clients.Owa.Core.RequestDispatcher.InternalDispatchRequest(OwaContext owaContext)

Microsoft.Exchange.Clients.Owa.Core.RequestDispatcher.DispatchRequest(OwaContext owaContext)

System.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()

System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

Inner Exception
Exception type: Microsoft.Mapi.MapiExceptionLogonFailed
Exception message: MapiExceptionLogonFailed: Unable to open message store. (hr=0x80040111, ec=-2147221231) Diagnostic context: Lid: 18969 EcDoRpcExt2 called [length=573] Lid: 27161 EcDoRpcExt2 returned [ec=0x0][length=132][latency=0] Lid: 23226 --- ROP Parse Start --- Lid: 27962 ROP: ropLogon [254] Lid: 17082 ROP Error: 0x80040111 Lid: 26937 Lid: 21921 StoreEc: 0x80040111 Lid: 27962 ROP: ropExtendedError [250] Lid: 1494 ---- Remote Context Beg ---- Lid: 26426 ROP: ropLogon [254] Lid: 22787 Error: 0x0 Lid: 13032 StoreEc: 0x8004010F Lid: 59409 Lid: 45073 Lid: 11173 StoreEc: 0x80040111 Lid: 22970 Lid: 8620 StoreEc: 0x80040111 Lid: 1750 ---- Remote Context End ---- Lid: 26849 Lid: 21817 ROP Failure: 0x80040111 Lid: 26297 Lid: 16585 StoreEc: 0x80040111 Lid: 32441 Lid: 1706 StoreEc: 0x80040111 Lid: 24761 Lid: 20665 StoreEc: 0x80040111 Lid: 25785 Lid: 29881 StoreEc: 0x80040111
Call stack

Microsoft.Mapi.MapiExceptionHelper.ThrowIfError(String message, Int32 hresult, Int32 ec, DiagnosticContext diagCtx)

Microsoft.Mapi.ExRpcConnection.OpenMsgStore(OpenStoreFlag storeFlags, String mailboxDn, Guid mailboxGuid, Guid mdbGuid, MapiStore msgStorePrivate, String& correctServerDn, ClientIdentityInfo clientIdentityAs, String userDnAs, String applicationId, CultureInfo cultureInfo)

Microsoft.Mapi.ConnectionCache.OpenMapiStore(String mailboxDn, Guid mailboxGuid, Guid mdbGuid, ClientIdentityInfo clientIdentity, String userDnAs, OpenStoreFlag openStoreFlags, CultureInfo cultureInfo, String applicationId)

Microsoft.Mapi.ConnectionCache.OpenMailbox(String mailboxDn, Guid mailboxGuid, Guid mdbGuid, WindowsIdentity windowsIdentityAs, String userDnAs, OpenStoreFlag openStoreFlags, CultureInfo cultureInfo, String applicationId)

Microsoft.Exchange.Data.Storage.ConnectionCachePool.OpenMailbox(String serverDn, String userDn, String mailboxDn, Guid mailboxGuid, Guid mdbGuid, Object identity, ConnectFlag connectFlag, OpenStoreFlag openStoreFlag, CultureInfo cultureInfo, String clientInfoString, Boolean secondTry)

 

 

이런 쌍!!!!

 

안정적인 서비스 제공이라고 광고지는 제대로 뿌리는데,

결과는 왜 저모냥이냐!!!!

 

서버 운영은 잘 하고 있으면 잊혀지지만, 한번 못하면 그냥 찍히는거 모르나...

이사람들이,하루 이틀 장사하는 것도 아니고...

 

UPDATE 2010.01.28. 오전 09:33

이제 되네 닝기미.

운영 똑바로좀 하삼...

그리고 원인이 생기고 사라졌으면 그에 따른 로그 정도는 남겨주시고.

해결됐다고 쌩까지 말고.

생각보다 진짜 답답한 운영을... 할말이 없으면 마음에도 없는 사과라도 하든가 쓰읍.

 

UPDATE 2010.01.28. 오전 09:46

답변 메일이 있었군.

나 말고도 다른 사람들도 안된 문제였네.

뭐 어쨌던, 자세한 설명은 없었으니 패스. 이거 부각 안되는 자신의 모습을 봐달라는 그런 액션은 아닌거지?

생활 서비스에서 그런거 바라는 거 아니겠지?

 

여튼 비상 대비에 대한 점수를 준다고 한다면 10점 만점에 6점 정도.

이거 좀 뭔가 답답함이 팍팍 느껴져서...게다가, 서비스의 생동감도 없고(게시판이 없어서 인지도)

 

다음에는 이런 일이 없도록 똑바로 하세요.

728x90

이 글은 하인도님의 2009년 6월 30일에서 2009년 7월 25일까지의 미투데이 내용입니다.

728x90

MOSS 2007을 설치 할 때 Administrators가 아닌 사용자로 등록 설치를 하는 경우
이벤트 로그 상에 문제가 발생한다.

이 이벤트 로그 상에 남은 내용을 분석하면 특정 컴포넌트의 CLSID를 볼 수 있다.
<CODE>
The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID
{61738644-F196-11D0-9953-00C04FD919C1}
to the user NAOKO\spsadmin SID (S-1-5-21-3407409610-886466911-3668891564-1015).  This security permission can be modified using the Component Services administrative tool.
</CODE>
이 컴포넌트를 regedit를 이용해서 찾으면 다음과 같은 위치에서 발견 될 것이다.
이름을 확인해 본 결과 IIS WAMREG admin Service 이다.
이 서비스 내에 작업을 하는 중 spsadmin(이것이 User 권한만을 가진 MOSS 2007 관리자다.)가 이 컴포넌트에 대해 Local Activation 권한이 없어 실행되지 않았다고 한다.

이에 대한 권한 설정은 Component Service를 실행한 뒤 다음 위치에서 찾아보면 찾을 수 있다.
이 컴포넌트의 속성에 들어가서 속성 창에서 보안 부분을 열도록 한다.

Edit 버튼에 들어가서 해당 사용자를 추가 한뒤 Local Lauch와 Local Activation에 대해 권한을 허용해 준다.

728x90

+ Recent posts

728x90