아참, 이거 결과물은 http://howto.textcube.org/entry/comment … edirection 에 올려두었습니다.;

오케이, 절 계속 삽질하게 만든 원인을 찾았습니다.

lib/suri.php의 앞부분에,

syslog(LOG_DEBUG, "suri parser checkpoint 1: $url, {$service['path']}");
if ($depth > 0) {
    if (preg_match('@^((/+[^/]+){' . $depth . '})(.*)$@', $url, $matches))
        $url = $matches[3];
    else
        respond::NotFoundPage();
}
syslog(LOG_DEBUG, "suri parser checkpoint 2");

이렇게 놓고 디버깅해보니 저 if 문에서 걸려버리는군요....;;;; 이거 찾아내느라 거의 2시간 삽질한 듯;;

아마 올바른 URL 구조(?)만 인식하도록 하기 위해 넣은 코드 같은데, 이 쓰레드처럼 변칙적인 comment notifier redirection을 하려는 경우 문제가 됩니다.
이거 어찌하는 게 좋을까요?;

추가 : 적당히(?) 저 부분을 고치는 것으로 해결하였습니다....만 이거 하느라 도서관 문닫을 시간이 다 되었군요.. 얼렁 기숙사 돌아가서 저녁식사를....orz

겐도님이 가장 잘 아시겠지만.. 이올린 스팸 필터가 아마 내부적으로 여러 가지(?) 방법을 혼합해서 사용하지 않나 싶군요.;
베이시안 필터를 쓴다고 해도 정상적인 댓글·트랙백의 내용을 섞어서 스팸을 보내는 경우는 잡아내지 못하는 경우가 많습니다. 최근의 스팸 폭격 사건도 그러한 예라고 볼 수 있겠죠.

겐도님께서 어떤 생각을 하고 계시는지는 모르겠지만, 댓글이나 트랙백의 내용에만 기반한 것이 아니라, 비슷한 어휘의 반복 여부, 뉴럴네트워크 등을 이용한 번역문인지 여부의 판단 결과 등 다양한 파라메터들을 기반으로 필터링 알고리즘을 강화(...이미 그렇다면 어쩔 수 없고...)했으면 좋겠다는 생각이 들더군요..;

호스팅 환경이 어떻게 되시는지요?
1.0에서 바로 업데이트하실 경우는 조금 문제가 될 수 있습니다. 1.1로 먼저 업그레이드하시고 거기서 다시 1.6 정도로 업그레이드 하시는 편을 추천합니다.

서버 관리하시는 분한테 아피치 virtual host랑 네임서버 설정해달라고 물어보세요.
하지만 도메인을 가지고 계시고 dnsever 등 대체 네임서버 서비스를 쓰신다면 서버관리자가 네임서버까지 건드릴 필요는 없습니다.

아이디어는 괜찮은 것 같은데, 해당 스크립트에서 404 response를 200으로 바꿔주는 동작이 필요할 것 같습니다. 또한 캐시 설정과 같은 것들을 웹브라우저에서 그대로 받아들이느냐 하는 문제도 있겠네요.

흠... 그러면 URL로 추정되는 경우만 오픈아이디 검사를 하자...는 거군요. (물론 드물겠지만 URL처럼 생긴 닉네임을 사용하는 경우도 있겠으나 그 정도는 커버 가능하겠지요..)
그런 방향이라면 저도 괜찮은 아이디어 같습니다.

자, 그럼 쿨엔님한테 슬슬 패스할 때가 된 건가요? =3=3

일단은 기본 스킨으로 변경해보시고 잘 되는지 확인 부탁드립니다.
버전에 따라 기존 스킨이 갑자기 출력이 다르게 나오는 등의 현상을 겪은 바 있어 스킨의 문제로 생각됩니다.

오픈아이디임을 판별하려면 그 주소를 서버측에서 실제 방문해봐야 하는 작업이 필요합니다. 오픈아이디인지 아닌지 매번 판단하려면 서버측 부하가 심하게 걸리겠죠.; 더군다나 delegate를 사용한 오픈아이디 주소일 경우 몇 차례의 html 문서 파싱과 redirection을 거쳐야 할 수도 있습니다.
UI를 좀더 깔끔하게 만들기 위해 입력란을 별도로 두는 대신 라디오박스 등으로 바꾸는 방법은 있을 수 있겠습니다..

그 옛날옛적(...)에 얘기가 나왔던 RSS 요약문 기능이 있으면 이거랑 연동시킬 수 있을 것 같긴 합니다만.. 그게 구현이 안 되어 있다는 게 문제;;

gmail 인터페이스처럼 만드는 것도...=3=3