Почтовый клиент Mutt не получает и не отправляет почту

1045

Я пытаюсь настроить почтовый клиент Mutt в моей системе Linux, однако у меня возникают некоторые проблемы.

Начнем с того, когда Mutt запускает в нем говорится следующее в нижней части экрана: gnutls_handshake: An unexpected TLS packet was received. Когда я отправляю электронное письмо (для себя в целях тестирования) и ввожу свою регистрационную информацию, Mutt заявляет, что он входит в систему, но Logging in...сообщение остается на экране только на долю секунды и после этого ничего не происходит (электронное письмо не отправляется).

Вот мой файл .muttrc:

## IMAP CREDENTIALS set smtp_url = "smtp://jacksewell@smtp.kolabnow.ch:587/" #set smtp_pass = "password" set from = "jacksewell@kolabnow.ch" set realname = "Jack Sewell"  ## IMAP SETTINGS # activate TLS if available on the server set ssl_starttls=yes # always use SSL when connecting to a server set ssl_force_tls=yes # Don't wait to enter mailbox manually  unset imap_passive  # Automatically poll subscribed mailboxes for new mail (new in 1.5.11) set imap_check_subscribed  set folder = "imaps://imap.kolabnow.ch:993" set spoolfile = "+INBOX"  ## GENERIC set header_cache=~/.mutt/cache/headers set message_cachedir=~/.mutt/cache/bodies set certificate_file=~/.mutt/certificates # Move read messages from your spool mailbox to your $mbox mailbox set move = no # Reduce polling frequency to a sane level set mail_check=60 # And poll the current mailbox more often (not needed with IDLE in post 1.5.11) set timeout=10 # keep a cache of headers for faster loading (1.5.9+?) set header_cache=~/.hcache # Display download progress every 5K set net_inc=5 # Don't switch to next mail when paging down in a mail and hitting bottom set pager_stop=yes # Confirm quit  set quit=ask-yes # Date format in index view. Standard strftime syntax. set date_format="!%a, %b %d, %Y at %I:%M:%S%p %Z" # Default index format #set index_format="%4C %Z %{%b %d} %-15.15L (%?l?%4l&%4c?) %s" set index_format="%4C %Z %{%b %d %H:%M} %-15.15L (%?l?%4l&%4c?) %s" 
1

1 ответ на вопрос

1
Robb W.

Я полагаю, что проблема, возможно, в том, что вы используете два символа @ в значениях "spoolfile" и / или "smtp_url". Я уверен, что это не сработает.

Я не устанавливаю «spoolfile» сам, а скорее переменную оболочки MAILDIR, например, я использую:

imaps://imapusername@imapservername.domain.tld 

В моем muttrc я установил для «папки» аналогичное значение:

set folder = imaps://imapusername@imapservername.domain.tld/INBOX # folder means the default location of your mailboxes # Used as the basis for the '+' and "=" shortcuts ... 

Правильно или нет, я заметил, что я также устанавливаю эти переменные, связанные с imap:

set ssl_force_tls = yes set ssl_verify_host = no set imap_authenticators = "digest-md5:cram-md5" 

Для отправки электронной почты через SMTP мой mutt использует локально установленный экземпляр Postfix. Так что в этом случае у меня нет соответствующей конфигурации вашей. Но здесь я также сомневаюсь в использовании двух символов @ ...

Вы уже успешно использовали других клиентов IMAP из той же системы / сети? Если нет, вам также следует проверить базовое подключение к нужным серверам IMAP / SMTP. Это может быть сделано с помощью команды openssl, например.

Удачи!

Каким будет имя пользователя imap? Я предполагаю, что часть до «@» в моем адресе электронной почты? 6 лет назад 0
Меня приветствует `Ошибка SSL: ошибка: 140770FC: подпрограммы SSL: SSL23_GET_SERVER_HELLO: ошибка неизвестного протокола` с обновленным Muttrc в OP @Robb W. 6 лет назад 0
Я обновил OP с моим новым muttrc. С этим Muttrc он говорит «Ошибка входа», как только я ввожу свое имя пользователя и пароль. Тем не менее, он заставил меня принять сертификат. 6 лет назад 0
Ну, это и хорошо, и плохо. Хорошо, что кажется, что вы сейчас подключаетесь успешно, но плохо, что вы (по-прежнему) не можете войти. Ошибка «Ошибка входа» подсказывает мне, что имя пользователя или пароль, которые вы используете, неверны. Вам следует уточнить у поставщика услуг, что у вас есть оба эти значения правильные. Имя пользователя IMAP обычно, но не обязательно, является первой частью адреса электронной почты, как вы предлагаете. Robb W. 6 лет назад 0
Если информация доступа. проверяется как правильное, то следующим логическим шагом будет то, чтобы команда sysadmin сервера проверила журналы на своей стороне, чтобы определить конкретную ошибку или произошедшую ошибку. Трудно понять, что еще можно предложить после этого. Robb W. 6 лет назад 0

Похожие вопросы