wordpress.com 과 MacJournal 동기화 문제

12Aug09

아이디어를 정리하거나 간단한 글을 쓰기 위해서 어떤 도구를 사용해야 좋을 지는 항상 고민만 되고 명쾌한 해결 책이 없습니다.
PC에 비해서 맥은 저렴하면서도 유용한 도구가 많은 편인데, outline 을 정리할 경우 대표적인 도구인 Omni Outliner. 간단한 글을 쓰고 정리하기 위한 도구로는 journler 같은 도구들이 있습니다.
이렇게 정리된 글 중 너무 개인적인 글을 제외하고 blog 를 통해 공개하게 되면서, blog 의 데이터를 관리하고 백업하는 방법에 대한 고민이 시작되었습니다. 설치형 blog 를 비록하여 몇 가지 방법을 고려해봤지만 결국은 가입형 blog 를 유지하기로 결정했습니다.
데스크 탑과 노트 북을 사용하면서 journler 등으로 관리하던 글을 동기화하기 위한 방법이 문제가 되었는데, 이를 MacJournal 을 구입하여 해결했습니다.
MacJournal 을 사용하면 가입형 blog 의 내용을 이미지 같은 리소스를 제외하고 동기를 맞출 수 있다는 장점이 있는데, 한 가지 문제가 있습니다. MacJournal 에서 작성한 글을 게시할 때는 발생하지 않는 문제인데, wordpress.com 의 문제인지 wordpress.com 에 게시된 글을 MacJournal 에서 다운로드 받을 때 시간이 잘못 기록되는 문제가 발생합니다.
MacJournal Development Blog 에 의하면 이 문제를 어느 정도 해결한 버전이 이번 달 말에 릴리즈 될 예정입니다. 그에 앞서 MacJournal 의 숨겨진 preference 를 사용하여 일시적으로 문제를 해결할 수 있습니다.

defaults write com.DanSchimpf.MacJournal IncludeHiddenPreferences -bool YES

위의 명령을 터미널에서 입력한 뒤 MacJournal 을 다시 시작하면 preference 에 몇 가지 설정이 추가됩니다.
그리고 “Adjust blog post dates by local time zone” 를 찾아 체크해 주면 wordpress.com 에 게시된 글을 다운로드 할 때 time zone 에 의한 문제가 발생하지 않습니다.

그러나, MacJournal 에서 작성한 글을 wordpress.com 에 게시할 때는 “Adjust blog post dates by local time zone” 옵션을 다시 해제해 주어야 wordpress.com 에서 정상적인 시간으로 받아들입니다.

Macjournal 의 hidden preference 에 대한 자세한 내용은 다음에서 찾아볼 수 있습니다.
MacJournal Development Blog
Hidden Preferences in MacJournal

Filed under: MacJournal   |  Closed
Tags: Mac, MacJournal

gmail을 이용하여 me.com 메일의 스팸 필터링

11Aug09

메일을 사용하면서 항상 신경 쓰이는 점 중 하나는 스팸 메일 필터링 입니다.

저는 me.com 메일이 스팸 메일 필터링 능력에 대해서는 별로 믿지 않는 관계로 가급적 me.com 메일은 공개하지 않으며 여러 개의 e-mail 계정이 필요한 경우에 alias를 생성해서 사용합니다.

결국 주로 gmail 을 사용하게 되는데, 가끔 받는 메일을 확인 하기 위해 me.com 메일을 확인해야 한다는 점이 귀찮더군요. mail.app 같은 클라이언트는 여러 메일 계정을 하나의 메일 상자에서 보여주기에 별로 불편함이 없지만, 다른 메일 클라이언트는 각 메일 계정마다 따로 따로 관리를 하는데다가 브라우저 만으로 메일을 확인해야 하는 경우는 gmail 과  me.com 을 모두 확인해야 합니다.

그래서 고민 끝에 me.com 메일과 gmail 을 통합하기로 했습니다. 두 메일 계정을 하나의 메일 계정으로 확인할 수 있고 me.com 으로 받은 스팸 메일을 gmail을 이용하여 걸러 내는 효과를 노린 것입니다.

설정은 mail preference에서 Other 탭을 선택한 뒤 Forwarding 옵션을 활성화하고 gmail 계정을 등록하면 됩니다.

일정 확인을 위해서 간만에 me.com에 로그-인을 했더니 스팸 메일이 있더군요. 그 동안 me.com 메일로는 스팸 메일이 온 적이 없었는데, 외부로 공개하지도 않은 alias 메일 계정으로 스팸 메일이 하나 날아들어왔더군요.

그래서, gmail 의 스팸 메일 함을 열어봤습니다. gmail 이 me.com 로부터 전달 받은 메일을 스팸 메일 처리 해놨습니다.

메일 계정에서 다른 메일 계정으로 Forwading 해주는 것은 메일의 일반적인 기능입니다. 따라서, me.com 메일과 gmail 메일의 조합이 아닌 경우에도 가능하며 이 글에서 사용한 방법과는 달리 gmail 대신 me.com 메일로 통합할 수도 있습니다.

Filed under: Gmail   |  Closed
Tags: Gmail, me.com

mobileMe가 아닌 곳에 iWeb 게시하기

28Jul09

iWeb을 이용하면 간단한 작업만으로도 웬만한 아마추어가 작성한 것보다 훨씬 멋진 홈 페이지를 작성할 수 있습니다.

iWeb의 단점은 블로그의 커멘트(comment) 같은 기능 등은 mobileMe(.mac)의 도움을 받기 때문에 mobileMe에 게시하는 경우에만 사용할 수 있지요. iWeb과 직접적인 연관은 없지만, mobileMe에서 제공하는 갤러리 기능은 사진 게시에 관해서는 타의 추종을 불허할 정도로 멋진 화면을 보여줍니다.

그러나, iWeb은 전문적인 홈 페이지보다는 캐쥬얼 홈 페이지를 지향하고 있기 때문에 블로그 기능만 놓고 봐도 웬만한 블로거들의 욕구를 충족시키기에는 사실 많이 부족하며, 유저에 따라서는 mobileMe의 가입 비용(한화로 년간 약 12만원/2009년 기준)이 부담이 되기 때문에 mobileMe보다는 웹 호스팅과 같은 별도의 서비스을 통해서 페이지를 게시하고자 하는 유저들도 있습니다.

iWeb은 이런 유저들을 위해서 mobileMe가 아니더라도 홈 페이지를 게시할 수 있는 기능을 제공하고 있는데, iWeb의 페이지가 정상적으로 표시되지 않고 빈 화면만 출력되는 경우가 있습니다.

iWeb이 게시하는 페이지들은 모두 첫 줄에서 다음과 내용을 확인할 수 있습니다.

<?xml version="1.0" encoding="UTF-8"?>

사실 <?는 서버 사이드 스크립트에서 사용하는 표현 중 하나입니다. 특히, PHP가 활성화되어 있는 경우 <?를 PHP의 지시어로 인식하기 때문에 iWeb의 홈 페이지들이 정상적으로 표시되지 않고 빈 화면만 표시됩니다.

물론 .html 파일은 PHP 스크립트 파일이 아니기 때문에 PHP는 이를 무시하는 것이 맞지만, 개발 상의 편의를 위해서 .html 파일 역시 PHP나 ASP.NET의 스크립트 파일로 처리하도록 하는 경우가 종종 있는데 이 때문에 iWeb의 결과가 제대로 표시되지 않는 것입니다.

따라서, iWeb의 페이지가 문제를 일으킨다면 우선 PHP와 같은 서버 사이드 스크립트로 인한 문제는 아닌지 확인하면 됩니다. 우선 iWeb으로 게시한 페이지 중 하나를 골라 페이지 첫 부분의 <?xml version=”1.0″ encoding=”UTF-8″?>를 제거한 뒤 다시 확인해 보면 됩니다.

페이지가 정상적으로 출력된다면 iWeb의 모든 페이지에 대해서 <?xml version=”1.0″ encoding=”UTF-8″?>를 제거하면 되겠지만 이는 너무 불편한 방법입니다. 대신, 웹 서버로 하여금 .html 페이지에 대해서 서버 사이드 스크립트를 적용하지 않도록 하면 됩니다.

apache 서버의 경우 웹 서버 전체의 설정을 변경하지 않고 각 디렉토리 별로 설정을 바꾸어 줄 수 있는데 .htaccess라는 파일을 이용하면 됩니다. htaccess 파일의 이름 앞에 .(dot)을 빼먹지 않도록 주의하세요.

iWeb을 게시하는 루트 폴더에 .htaccess 라는 파일을 생성하고, 다음과 같은 내용을 적어둡니다.

RemoveHandler .html

이는 html 파일에 대해서 적용되어 있던 서버 사이드 스크립트의 처리를 취소한다는 의미입니다. .htaccess 파일의 설정은 현재 디렉토리를 기준으로 모든 하위 디렉토리에 적용되기 때문에 iWeb 홈 페이지를 게시하는 루트 폴더에만 .htaccess 파일을 생성하면 됩니다

이제 다시 확인하여 iWeb의 페이지도 정상적으로 표시되는지 확인하면 됩니다.

혹은 이런 방법도 있습니다. 마찬가지로 .htaccess 파일을 다음의 내용으로 작성합니다.

AddType application/xml .html
php_value short_open_tag 0

Filed under: MobileMe   |  Closed
Tags: iWeb, Mac

Mail.app에서 Gmail 설정하기

07Jul09

Mail.app에서 기본 설정으로 Gmail 계정을 입력하면 받은 편지함, 보낸 편지함, 임시 보관함, 휴지통, 스팸함 등의 메일 폴더가 링크되며, [Gmail]이라는 폴더가 생성되고 이 폴더 내에 다시 동일한 이름의 메일 폴더들이 중복으로 생성된다. 물론, 메일 역시도 중복으로 관리된다.

Gmail의 또 다른 문제는 메일 클라이언트와 Gmail의 보낸 편지함과 임시 편지함이 일치하지 않는다는 점이다.
작성 중인 메일을 저장하는 경우 보통 Draft라는 형태로 저장되는데, Gmail에서는 임시 보관함에 저장된다. 그러나, Mail.app이 저장하는 임시 보관함과 Gmail에서 관리하는 임시 보관함이 달라서 Mail.app에서 저장한 임시 보관함을 Gmail에서 마저 편집한 뒤 보낼 수가 없다. 보낸 편지함 역시 메일 클라이언트에서 작성하여 발송한 메일은 Gmail의 보낸 편지함에 저장되지 있지 않기 때문에 Gmail에서 보는 보낸 편지함의 내용과 메일 클라이언트에서의 보낸 편지함의 내용이 다르다.

마지막으로, Gmail은 전체보관함이라는 특별한 폴더가 존재하는데, 이 폴더는 스팸 메일을 제외한 모든 메일의 사본을 저장하고 있는 메일 폴더이다. 전체 보관함의 경우는 메일 관리를 잘못하여 실수로 삭제한 경우에서 복구할 수 있는 유용한 수단으로 사용할 수 있는데, Mail.app은 전체 보관함 역시 링크하기 때문에 실제로 Gmail의 메일은 총 3개의 복사본이 저장되게 된다.

이는 저장 공간의 낭비뿐만 아니라 메일을 처리하기 위한 시간 역시 3배로 소모된다는 얘기다.

이런 문제를 해결하는 방법은 의외로 간단하다. 아래 그림과 같이 ‘고급’ 탭을 선택한 뒤 ‘IMAP 경로 접두어’에 ‘[Gmail]‘을 입력하면 된다.

‘전체 보관함’도 동기화되는 문제는 해결되지 않지만, Gmail의 실험실 중 ‘고급 IMAP 기능’을 ‘사용’으로 바꾼 뒤, ‘라벨’ 관리에서 ‘전체 보관함’ 옆의 ‘IMAP에 표시’의 클릭을 지우면 메일 폴더 목록에서 ‘전체 보관함’을 제거할 수 있다.

위의 설정은 Mail.app 뿐만 아니라 다른 모든 메일 클라이언트에서도 동일하게 적용할 수 있는데, 특히 Windows의 메일 클라이언트는 Mail.app과는 달리 폴더의 동기화 설정을 각각의 폴더 마다 다르게 정의할 수 있기 때문에, ‘스팸함’이나 ‘휴지통’은 간단히 목록만 동기화하거나 ‘전체보관함’의 경우는 Gmail의 실험실 기능을 사용하지 않고도 동기화를 하지 않도록 하여 저장 공간의 낭비와 처리 시간을 줄일 수 있다.

최근에 Mail.app과 Gmail의 동작 관계를 다시 확인했습니다. 그 결과 이 글에 언급된 Gmail의 문제는 더 이상 발생하지 않습니다. 다만, 이것이 Mac OS X 10.5에 의한 것인지 Gmail에서의 IMAP 동작이 변경(개선)된 것인지는 아직 알 수 없습니다.

따라서, 위 글의 내용이 현재의 Gmail에는 유용하다 할 수는 없을 겁니다. 다만, 메일 클라이언트와 Gmail의 동작이 일치하지 않는 경우가 발견된다면 위의 내용이 여전히 도움이 될 것이라 생각합니다.

뿐만 아니라 Gmail에 ‘전체 보관함’의 동작 역시 이전과 많이 변경된 것 같습니다.
이전의 Gmail의 경우 삭제된 메일이라고 하더라도 ‘전체 보관함’에서 지워지는 경우는 없었지만 현재의 Gmail의 경우 ‘받은 편지함’, ‘보낸 편지함’에 관계없이 삭제된 메일(휴지통)은 모두 ‘전체 보관함’에서 제거됩니다.
제 Gmail 계정의 경우 스팸 메일은 ‘전체 보관함’에 저장되지 않는데, 스팸 메일과 관련한 설정으로 인한 것인지 찾아보았으나 관련 설정은 찾을 수 없었습니다.
따라서, Gmail에서 스팸으로 간주된 메일은 자동으로 ‘전체 보관함’에 저장하지 않는 것으로 생각합니다.

Filed under: Gmail   |  7 Comments
Tags: Gmail, Mac

한국어 맞춤법 검사기 구현 실험

18Nov08

KTS 형태소 분석기(http://chem.skku.ac.kr/~kle/main/KTS)와 libhangul(http://kldp.net/projects/hangul)의 한글/한자어 사전을 이용한 한국어 맞춤법 검사기를 만들어 봤습니다.

[맞춤법 검사기 개요]
이 맞춤법 검사기는 Mac OSX 플랫폼에서 KTS 형태소 분석기를 사용할 수 있는지 여부를 검토하기 위한 목적과 한글/한자어 사전을 이용해서 맞춤법 검사를 했을 경우 발생할 수 있는 문제점들을 파악하기 위한 실험이 목적입니다.

[맞춤법 검사기 실행 원리]
KTS 형태소 분석기에서 명사로 인식되는 단어가 libhangul의 한글/한자 사전에 표제어로 등재되어 있을 경우 맞춤법이 맞는 것으로 그렇지 않은 경우 맞춤법이 틀린 것으로 간주합니다. 명사이외의 단어들은 항상 맞춤법이 옳다고 가정합니다.

[향후 계획]
KTS 형태소 분석기는 완성형 코드를 사용하는 등 Mac OSX에서 사용하깅는 적합하지 않는 문제점들이 몇가지 존재합니다. 그 중 가장 큰 문제점은 KTS 형태소 분석기의 분석 결과를 항상 신뢰할 수 없다는 점입니다. 예를 들어 ‘형태소’라는 단어를 분석할 경우 ‘형태소’라는 명사가 아닌 ‘형태’+'소’로 분석합니다. 분석 패러미터를 조정하여 정확도를 높일 수 있지만, 보다 면밀한 검토가 필요할 것입니다.
향후 맞춤법 검사기는 형태소 분석기와 맞춤법 검사기의 사전을 통합하는 방향으로 진행할 것이며 기능의 개선이나 추가보다는 사전 데이터 구축을 위한 작업이 주가 될 것입니다. 사전 데이터는 라이센스에 자유롭고 보다 풍부한 어휘를 담을 수 있도록 플랫폼이나 프로그램에 묶이지 않은 독자적인 사전 데이터 구축 커뮤니티 활동이 가능하도록 지원하는 방안을 모색할 것입니다.

한국어 맞춤법 검사기를 내장 스펠러로 설치한 뒤 내장 텍스트 에디터에서 맞춤법 검사를 실행한 모습
맞춤법 검사기의 디버그 화면

Filed under: Spell Checker   |  Closed
Tags: 맞춤법 검사, 한국어, Mac