Heart’s Develop Inside

메일 호스팅을 옮기면서 Trac의 알림 메일이 보내지지 않는 상황이 발생했다.

일단 log 파일을 열어 상황을 보니…

SMTPAuthenticationError: (535, ‘authorization failed (#5.7.0)’)

라는 에러 메시지가 보였다.

파이썬을 전혀 모르기 때문에 구글링을 시작했고,

@ [Trac] How to fix an SMTP authentication issue

라는 페이지에서 해답을 찾아 해결할 수 있었다.

아래는 페이지 내용…

I’m posting this to help anyone who might have the same problem. I wasgetting this in the log whenever Trac tried to send an email: (535, ‘authorization failed (#5.7.0)’)

After searching around google regarding the python smtplib, I was able to fix the problem. In the smtplib.py python source file, I found the following line in the login method:
preferred_auths = [AUTH_CRAM_MD5, AUTH_PLAIN, AUTH_LOGIN]

I changed the line to use the AUTH_LOGIN method and now I can sendemails ok:
preferred_auths = [AUTH_LOGIN, AUTH_PLAIN]

I guess my smtp server (a very large commercial provider) doesn’t like the CRAM_MD5 method. This is the only python app I have running on myserver, so I wasn’t concerned with it affecting another app.

- Brian

ps. smtplib.py는 PYTHON_설치경로\Lib 에 있고, py 파일 수정 후 pyc 파일을 삭제하면 필요시에 자동 컴파일되어 pyc 파일이 생성된다.

@ MS-이클립스, 윈도우 환경에 자바 탑재 협력

요약하자면… MS 측에서 “SWT에서 WPF를 사용하도록 Eclipse 측에 지원을 해 주겠다” 라고 했다는 이야기.

SWT 내부 구조는 모르고 있던 터라 찾아봤는데, OS별 Graphic Toolkit 혹은 API 에 접근해서 그래픽을 구현하고 있다.
기존 Graphic Toolkit이나 API들은 보통은 native(C/C++)로 되어 있고, 이를 JNI를 통해 접근하는 방법이었다.

그렇다면, MS에서 SWT에 WPF를 사용하도록 지원을 해 준다면, JNI를 통해 WPF를 접근하는 방법으로 지원해 주는 것일까?
그냥 Win32 API -> WPF 로 지원 플랫폼 추가만 되는 것이라면, 별반 큰 의미는 없지 않을까 생각된다.
WPF로 만든 App.를 아직 못 본 탓일까?
가뜩이나 native보다는 리소스 많이 먹을 수 밖에 없는데, JVM에 WPF(.net Framework) 까지 같이 돌아가야 된다면 모르긴 몰라도 리소스를 꽤 잡아먹을 것 같은 느낌이 든다.

음… 게다가 우리나라에는 해당사항이 그다지 없는 것 같기도 하다.
윈도우즈 프로그래밍에 자바를 활용하는 게 일반적인 모습은 아니니까…

근 며칠간의 협력업무를 통해 얻은 교훈…

자신을 위해서만이 아니라 타인을 위해서라도 프로그래밍 스킬을 열심히 쌓아야 한다.
자신의 실력은 자신의 퇴근뿐만이 아니라 타인의 퇴근도 좌우한다.

당해본 사람은 안다. 문제는, 저지르고 있는 사람은 잘 못 느낀다는 거…