Почему я не могу отправлять почту? [закрыто]

Я установил iredmail и использовал его для настройки почтового сервера на VPS на базе Debian 7. Все прошло нормально, я могу отправлять и получать электронную почту через веб-почту.Однако при попытке отправить почту через SMTP в клиентской программе (The Bat Professional, Windows 7) я получаю сообщение об ошибке «Адрес отправителя отклонен: не выполнен вход».

Я пытаюсь найти причину этой проблемы. Вот результат ручного telnet и попытки отправить почту. Я провел этот тест через telnet в Windows на том же компьютере, на котором находится программа почтового клиента, а также проверил через telnet на удаленном сервере debian. Оба раза электронное письмо было успешно отправлено через telnet.

#telnet apollo.who.org 25
Trying 17.24.33.171...
Connected to apollo.who.org.
Escape character is '^]'.
220 apollo.who.org ESMTP Postfix (Debian/GNU)
HELO apollo.who.org
250 apollo.who.org
auth login
334 VXNlcm5hbWU6
am9lbEBkcmpvZWwuaW5mbw==
334 UGFzc3dvcmQ6
UTI3cG0zNU4yYg==
235 2.7.0 Authentication successful
MAIL FROM:<joel@who.org>
250 2.1.0 Ok
RCPT TO:<timothy@somewhere.com>
250 2.1.5 Ok
DATA
354 End data with <CR><LF>.<CR><LF>
Subject:Test

Check success.
.
250 2.0.0 Ok: queued as 5E150C2FF2

Ручная отправка электронной почты через smtp по telnet работала. Письмо было доставлено. Кажется, проблема в настройке клиентской программы?

Журнал клиентской программы показывает:

 12/06/2013, 13:22:42: IMAP  - Connecting to IMAP server apollo.who.org on port 993
 12/06/2013, 13:22:44: IMAP  - Initiating TLS handshake
>12/06/2013, 13:22:45: IMAP  - Certificate S/N: B25F55E1155DD8A8, algorithm: RSA (2048 bits), issued from 6/11/2013 5:26:55 PM to 6/9/2023 5:26:55 PM, for 1 host(s): apollo.who.org.
>12/06/2013, 13:22:45: IMAP  - Owner: CN, GuangDong, ShenZhen, apollo.who.org, IT, apollo.who.org, root@apollo.who.org.
>12/06/2013, 13:22:45: IMAP  - This certificate is self-issued.
 12/06/2013, 13:22:45: IMAP  - TLS handshake complete
 12/06/2013, 13:22:45: IMAP  - Connected to IMAP server (apollo.who.org)
>12/06/2013, 13:22:45: IMAP  - Dovecot ready.
 12/06/2013, 13:22:46: IMAP  - Authenticating (user: "joel@who.org", method: "LOGIN")...
 12/06/2013, 13:22:47: IMAP  - IMAP server authentication OK, server says "Logged in"
 12/06/2013, 13:23:21: SEND  - sending mail message(s) - 1 message(s) in queue
 12/06/2013, 13:23:21: SEND  - Connecting to SMTP server apollo.who.org on port 25
 12/06/2013, 13:23:21: SEND  - connected to SMTP server
 12/06/2013, 13:23:23: SEND  - WARNING: there were no compatible authentication mechanisms detected
 12/06/2013, 13:23:23: SEND  - sending message to joel@whos.org
 12/06/2013, 13:23:23: SEND  - The last address submitted was <joel@whos.org>
!12/06/2013, 13:23:23: SEND  - Message has not been sent. Server reply - 5.7.1 <joel@who.org>: Sender address rejected: not logged in
 12/06/2013, 13:23:24: SEND  - connection finished - 0 message(s) sent
 12/06/2013, 13:23:24: SEND  - Some messages were not sent - check the log for details

Какие настройки мне следует использовать для настройки клиентской программы для отправки электронной почты через этот сервер?

В настоящее время у меня есть пробовал:

  1. Штатный. Журнал, как указано выше
  2. StartTTLS.
  3. TLS

Включена аутентификация SMTP. Включена безопасная аутентификация.

Проверены порты 25, 993 и 995.

Результаты Netstat:

 #netstat -lpn
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:4190            0.0.0.0:*               LISTEN      2537/dovecot
tcp        0      0 0.0.0.0:993             0.0.0.0:*               LISTEN      2537/dovecot
tcp        0      0 127.0.0.1:7777          0.0.0.0:*               LISTEN      1674/python
tcp        0      0 0.0.0.0:995             0.0.0.0:*               LISTEN      2537/dovecot
tcp        0      0 127.0.0.1:10024         0.0.0.0:*               LISTEN      1439/amavisd-new (m
tcp        0      0 127.0.0.1:10025         0.0.0.0:*               LISTEN      3509/master
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      2359/mysqld
tcp        0      0 0.0.0.0:587             0.0.0.0:*               LISTEN      3509/master
tcp        0      0 0.0.0.0:110             0.0.0.0:*               LISTEN      2537/dovecot
tcp        0      0 127.0.0.1:9998          0.0.0.0:*               LISTEN      1439/amavisd-new (m
tcp        0      0 127.0.0.1:10031         0.0.0.0:*               LISTEN      2574/perl
tcp        0      0 0.0.0.0:143             0.0.0.0:*               LISTEN      2537/dovecot
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      1459/apache2
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1585/sshd
tcp        0      0 0.0.0.0:25              0.0.0.0:*               LISTEN      3509/master
tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN      1459/apache2
tcp6       0      0 :::22                   :::*                    LISTEN      1585/sshd
-1
задан 12 June 2013 в 11:52
1 ответ

Ключ находится в строке

 12/06/2013, 13:23:23: SEND  - WARNING: there were no compatible authentication mechanisms detected

, что, как мы выяснили, означает, что сервер не поддерживает ни один из методов аутентификации, которые были настроены для использования клиентом. Когда вы перенастраиваете клиент так, чтобы он не требовал каких-либо методов аутентификации, которые сервер не поддерживает, он работает.

Я написал это как ответ отчасти, чтобы вы могли его принять, таким образом отложив вопрос, но отчасти чтобы предупредить вы, что этот сервер, похоже, запускает открытый ретранслятор SMTP: мы подтвердили, что по крайней мере два отдельных хоста могут использовать его для ретрансляции почты без какой-либо аутентификации.

Если он находится за брандмауэром, или он действительно только позволяет это ретрансляция из списка адресов, которые вы контролируете (и на которых находятся обе внешние контрольные точки), тогда все в порядке. В противном случае вы

1
ответ дан 5 December 2019 в 20:00

Теги

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