![fetchmail로 검색한 이메일을 찾을 수 없습니다](https://linux55.com/image/62323/fetchmail%EB%A1%9C%20%EA%B2%80%EC%83%89%ED%95%9C%20%EC%9D%B4%EB%A9%94%EC%9D%BC%EC%9D%84%20%EC%B0%BE%EC%9D%84%20%EC%88%98%20%EC%97%86%EC%8A%B5%EB%8B%88%EB%8B%A4.png)
그래서 IMAP을 사용하여 원격 메일 서버에서 이메일을 검색하도록 fetchmail을 설정했고 이를 실행할 수 있었습니다. 이메일을 찾았는지 어떻게 알 수 있나요? 폴링 대상 계정에 테스트 이메일을 보냈지만 fetchmail이 감지할 수 있도록 아직 읽지 않았기 때문입니다. 또 다른 문제는 fetchmail이 그것들을 내 MTA(이 경우 postfix)로 넘겨주는지 확실하지 않다는 것입니다.
이런 일이 발생하고 있는지 어떻게 판단할 수 있으며, 검색된 이메일은 어디에서 찾을 수 있나요?
답변1
fetchmail을 호출하면 로그 및 디버깅 정보를 인쇄하는 옵션이 있습니다. 매뉴얼 페이지에는 다음과 같이 나와 있습니다.
For troubleshooting, tracing and debugging, you need to increase fetch-
mail's verbosity to actually see what happens. To do that, please run
both of the two following commands, adding all of the options you'd
normally use.
env LC_ALL=C fetchmail -V -v --nodetach --nosyslog
(This command line prints in English how fetchmail understands
your configuration.)
env LC_ALL=C fetchmail -vvv --nodetach --nosyslog
(This command line actually runs fetchmail with verbose English
output.)
fetchmail이 실행되어 이메일을 받아 로컬 MTA에 전달하면 /var/log/maillog(또는 시스템에 메일 로그를 저장하도록 지정한 모든 곳)에서 이에 대한 흔적을 찾을 수도 있습니다.
답변2
Jenny의 답변 외에도 fetchmail
. 이메일이 더 이상 IMAP 서버에 없다면 이는 이메일이 검색되었다는 의미입니다. IMAP 클라이언트에 연결할 수 있는지 확인하거나 서버의 메일 디렉터리(예 ~/Maildir
: )를 확인합니다.
클라이언트 측에서는 MTA를 설정하지 않은 경우 fetchmail
메시지가 에 저장될 수 있습니다 . /var/spool/mail
예를 들어 배달을 통해 procmail
후자의 경우 수령인이 ~/.procmailrc
항목의 이동 위치를 결정합니다.
상황이 어디로 가고 있는지 추적할 수 없는 경우. 메일 로그를 확인하세요(추출된 이메일이 반송됨). 최후의 수단으로 Touch Files("/var/tmp/now")를 실행 fetchmail
하고 이를 사용하여 find / -newer /var/tmp/now
시스템에서 최근 생성/업데이트된 파일을 검색할 수도 있습니다.