mutt이 왜 imap 사용자 이름과 비밀번호를 요구합니까?


13

반환하기 똥개의 구성 변수 imap_user, imap_pass(아마도 preconnect, imap_authenticators를 통해뿐만 아니라) account-hook . "unset ... "호출, 필요성, 여러 IMAP 계정을 처리하는 (볼 경우, 일반적인 관행 것으로 보인다 관리 여러 IMAP / POP 계정 (옵션) , 똥개 IMAP 여러 계정을 , 똥개 : Gmail IMAP 응답 없음 , funtoo.org의 계정 후크 관련 구성 파일 ).

현재는 IMAP을 통해 하나의 계정 만 처리합니다. 복수 계정 처리 계획은 위에서 언급 한 링크 중 마지막에있는 지침 ( 누군가의 구성 변경 예) 을 따라야합니다 . 따라서 비슷한 방식으로 다음을 사용했습니다.

account-hook . 'unset imap_user; unset imap_pass; unset tunnel'
account-hook 'imaps://mail.domain.net:993/INBOX/' "set imap_user=UserName@domain.net"
account-hook 'imaps://mail.domain.net:993/INBOX/' "set imap_pass=${my_password}"

이 파일은 별도의 파일 (이름 account_hooks)에 저장되고 내부에서 제공됩니다 muttrc. 내가 이해하지 못하는 이유로 mutt는 사용자 이름비밀번호 를 계속 묻습니다 . 그러나 변수 경우 imap_user와는 imap_pass직접 설정 muttrc, 예를 들어,

set my_password="`gpg --decrypt ~/.mutt/password.gpg`"
set imap_authenticators='login'
set imap_login = 'UserName@domain.net'
set imap_user = 'UserName@domain.net'
set imap_pass ="${my_password}"

모든 것이 잘 작동합니다. account_hooks파일은 소스 첫 번째와 다른 것입니다 account-hook . "unset ..."다른 곳 호출 (들) 존재 (들).

Update , folder-hooks파일은 다음과 같습니다 (그리고 생각했습니다).

#--------------------------------------------------------------------------
# Folders and hooks
#--------------------------------------------------------------------------
# folder-hook 'imaps://UserName%domain.net@mail.domain.net:993/'
set folder = "~/.maildir"       # IMAP: local, using offlineimap -- folder="imaps://mail.domain.net:993/INBOX/"
source ~/.mutt/mailboxes        # source automatically generated mailboxes
set spoolfile = "+INBOX"        # spoolfile='imaps://mail.domain.net:993/'
set postponed = "+INBOX/Drafts"

# Sending -----------------------------------------------------------------
set smtp_url="smtp://UserName@domain.net@mail.domain.net:587/"
set smtp_pass=${my_password}
set record = "+INBOX/Sent"
set copy=yes

# Index format ----------------------------------------------------------------
folder-hook *[sS]ent* 'set sort=threads'
folder-hook *[sS]ent* 'set sort_browser=reverse-date'
folder-hook *[sS]ent* 'set sort_aux=reverse-last-date-received'
folder-hook *[sS]ent* 'set index_format="%2C | %Z [%d] %-30.30t (%-4.4c) %s"'
folder-hook ! *[sS]ent* 'set index_format="%2C | %Z [%d] %-30.30F (%-4.4c) %s"':

왜, 별도의 파일 않습니다 account_hooks는 ,이 경우 (즉, 제대로 관심있는 변수를 공급하지 imap_userimap_pass )?


그래도 답변에 관심이 있으시면에있는 folder-hook줄 을 확인하고 싶습니다 .muttrc. 그런 다음 결론을 도출하고 완벽한 솔루션을 제공 할 수 있습니다.
lord.garbage

1
@brauner, 너무 늦고 바빠서 죄송합니다. 나는 그것을 필요로하지 않았기 때문에 이것으로 더 실험 할 시간을 찾지 못했습니다. folder-hook당시 사용 했던 설정 을 추적해야합니다 . 백업 한 것 같습니다.
Nikos Alexandris

'mutt -d 5'에서 디버그 파일을 게시 할 수 있습니까?
asdmin

현재 @asdmin의 답변은 DEBUG was not defined during compilation. Ignored.입니다. 시간을 찾으면 다시 컴파일하고 다시 게시하겠습니다.
Nikos Alexandris

@kyrias thnx 편집
Nikos Alexandris

답변:


3

직접 사용자 이름과 암호를 설정할 수 있습니다,하지만 당신은을 사용할 때 작동하지 않습니다 account-hook그래서 아마도이 account-hook작동하지 않습니다.

account-hook(A)의 구성 정규 표현식 사서함이 일치하는 경우 실행해야 사서함, 그 명령에 대한 정규 표현식 .

명령 ( set imap_user, set imap_pass)은 실행 regexp되지 않으므로 사서함과 일치하지 않는다고 가정 할 수 있습니다 .

매우 구체적인 'imaps : //mail.domain.net : 993 / INBOX /'를 사용하고 있습니다. 사서함 이름이 약간 다를 수 있습니다.

mail.domain.net귀하 의 유일한 메일 계정 입니까? 그렇다면 정규 표현식 을 줄이는 것이 'mail.domain.net'사서함과 일치하기에 충분해야합니다.

account-hook . 'unset imap_user; unset imap_pass; unset tunnel
account-hook mail.domain.net "set imap_user=UserName@domain.net"
account-hook mail.domain.net "set imap_pass=${my_password}"

나는 이것을 해결하기 위해 돌아왔다. 아마도 당신의 해석이 옳습니다. 잘만되면 곧 확인하겠습니다. 감사합니다.
Nikos Alexandris

두 경우 set imap_user와는 set imap_pass실행되지, 왜에 대한 암호를 묻는 오전 Password for UserName@mail.domain.net:그럼? 정확히에 대한 사용자 ID와 도메인 세트 account-hook에서 account-hooks파일?
Nikos Alexandris

나는 그것을 고쳤다! 변수에 ${my_password}올바르게 제공하지 못했다고 생각 smtp_pass합니다. 그것은 ${password}... :-/
Nikos Alexandris

마지막 의견에 관해서는 여러 번의 실험 편집 후 "${password}", 대신 잘못 사용 된 것 같습니다 "${my_password}". account-hooks파일이 제대로 지금, 적어도이 된 계정은을 위해 작동하는 것 같다. 그리고 또 다른 문제, 즉 SSL failed: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unsupported protocol. 그러나 그것은 여기서 제기 된 질문과 직접 ​​관련이 없습니다. 따라서 "typos"를 제외하면 처음에는 문제가 regexp해당 사서함과 일치하지 않는 것이 문제였습니다.
Nikos Alexandris
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.