컴사랑의 이런 저런 이야기

사실 예전부터 이런 증상이 조금 있긴 했지만...아웃룩에서 "이름 확인"이라는 기능이 있습니다. 예를 들면 "컴사랑" 이라고만 쳐도 실제 컴사랑의 이메일 주소를 찾아서 매치시켜주는 것이죠. 그런데, 제가 만든 주소록만 있는게 아니라, exchange 서버의 주소록을 제대로 매치를 못 시키고 있습니다. 그동안 제가 이름 확인하면 안되더라도, 남이 그 주소로 메일을 보내거나 하면 캐시가 되어서 또 동작하더라구요. 아무튼 이런 경우는 아래와 같이 하셔서 주소록을 추가시켜 주셔야 합니다. (아웃룩2010 기준입니다)아웃룩에서 주소록을 실행시킵니다.도구 > 옵션으로 가면 주소 지정을 할 수 있습니다.이 값이 어떤 값으로 되어 있던 간에 일단 "사용자 지정"으로 바꾸시구요"추가..." 버튼을 눌러서 Exchange..

저도 오늘 이런 경우는 처음봤네요. 증상은 이렇습니다.아웃룩에서 exchange(익스체인지)로 온 일정 메일에 회신 또는 전달할 때 exchange 계정이 선택되지 않고 다른 pop3 등의 계정이 선택됨 일단 이렇게 되는 조건은 아래와 같다고 합니다.아웃룩에 계정이 여러 개 설정되어 있음 (exchange 1 + pop3 1개 처럼)모든 메일 계정을 하나의 PST 파일로 받음새 편지, 또는 편지 포워딩의 경우는 문제가 없음. 주로 일정 관련 메일에서 생기는 듯 대개의 경우는 위처럼 된다고 해서 크게 문제될 것 같지는 않습니다만, exchange만으로 주고 받는 곳에서는 문제가 생길 수 있습니다. 정확한 원인이나 해결책은 잘 모르겠고, 일단 저의 경우는 아래처럼 해서 해결이 되었습니다.(오피스 2010 기..

요즘에는 "프레임워크(framework)가 비침투적이다" 그래서 장점이 있다는 내용을 종종 봅니다.그래서 invasive (침투적)과 non-invasive(비침투적)이 뭔지 잠깐 정리를 해보았습니다. 침투적이라는 것은 특정 기술을 적용하려면, 그 기술에서 하라는 대로 제가 뭔가를 해줘야 하는 경우 입니다.예를 들면, 이 클래스는 반드시 무엇을 상속해서 어떤 함수를 override 해야 한다. 뭐 이런 것들입니다.비침투적이라는 것은 그런 것이 없다는 것이죠. 비침투적이면, 자기가 쓰던 대로 계속 할 수 있는 것이 장점이죠. 프레임워크 바꾸기기도 쉽구요. 대표적으로는 Java의 Spring Framework이 비침투적이고, 반대로 EJB는 침투적입니다. (반드시 EJB의 규약을 따라야 하죠)