Не может подключить к SMTP более чем 587

SMB мог бы хорошо быть медленнее, чем некоторые другие протоколы организации общего доступа к файлам, и это могло бы хорошо быть быстрее, чем некоторые другие. Но это не важная часть.

Вместо того, чтобы делать это вопросом/аргументом, может Вы находить способ идти дальше от этого и спросить, является ли SMB как быстро (или как медленный!), поскольку это, как предполагается. Например, можно ли передать файл с помощью FTP между сервером и рабочей станцией, которая страдает от замедления, и посмотрите отмеченный переход в производительности?

Поставщик смог указывать на Вас на обзоры для аппаратных средств, с установленным Windows, тот разговор о производительности файлового сервера.

По моему опыту, SMB является больше, чем "достаточно быстро" в моей сети. Мы выполняем сеть на 10 ГБ между серверами, и мы очень довольны производительностью файлового сервера с помощью SMB, и мы измерили хороший уровень, вскакивает на те же аппаратные средства в зависимости от того, используем ли мы NIC на 10 ГБ или на 1 ГБ. SMB не является проблемой для нас.

Я, конечно, посмотрел бы на другие вещи в Вашей сети - устаревшая инфраструктура, настроенный оптимально (например, карты сети сервера, все настроенные правильно для последних драйверов, работая правильно на самой лучшей скорости), вещи как DNS и так далее, все настроенные правильно, там большой трафик "спама" в сети, вызывающей замедление, антивирус, настроенный чрезмерно параноидальным способом (я видел эту причину некоторое шокирующее замедление).

Существует много, который может вызвать плохую производительность файлового сервера, и очень мало ее является выбором протокола.

2
задан 5 February 2013 в 06:32
3 ответа

SASL Authentication Check List

Base on question and comments, sasl may not be setup correctly. Following check list is created base on Ubunut Guide provided in question.

  1. Check file/etc/postfix/sasl/smtpd.conf, should be like following

    pwcheck_method: saslauthd
    mech_list: plain login
    
  2. Check libsasl installed

    dpkg -l | grep sasl
    

    Should have the following (version number may differ)

    ii libsasl2-2 2.1.25.dfsg1-4 Cyrus SASL - authentication abstraction library
    ii libsasl2-modules 2.1.25.dfsg1-4 Cyrus SASL - pluggable authentication modules
    ii sasl2-bin 2.1.25.dfsg1-4 Cyrus SASL - administration programs for SASL users database
    
  3. Check saslauthd is running

    ps -ef | grep sasl
    
  4. Check saslauthd PWDIR

    grep PWDIR /etc/default/saslauthd
    

    Вывод должен быть

     PWDIR = "/ var / spool / postfix / var / run / saslauthd".
    

Постфиксное представление / 587

  1. /etc/postfix/master.cf

    В руководстве Ubuntu не комментируют только одну строку

     представление inet n - - - - smtpd
    

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

     submission inet n - - - - smtpd
     -o smtpd_tls_security_level = зашифровать
     -o smtpd_sasl_auth_enable = да
     -o smtpd_client_restrictions = allow_sasl_authenticated, отклонить
     -o milter_macro_daemon_name = ПРОИСХОЖДЕНИЕ
    

    Затем перезапустите postfix

     sudo service postfix restart
    
  2. Double check your smtp login name

    Since the guide is not using virtual user, your smtp login name should be joe only, not joe@mysite.com. Double check email clients on your deivces/computers/webservices(gmail) are NOT using your email address as smtp login name. (Many do that for you. You will have to manually change it if so.)

  3. Remove Password Map

    I believe you are authenticating against local Linux account, not virtual user. Remove the following lines in /etc/postfix/main.cf

    # password maps will not work. Customer must provide credentials
    smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
    
4
ответ дан 3 December 2019 в 10:08

Вы упомянули, что пытаетесь отправить почту через SMTP из Gmail. Внешние общедоступные почтовые серверы, доставляющие почту в ваш домен, обычно не будут аутентифицироваться для вашего smtpd (конечно, они не будут передавать учетные данные, с которыми вы вошли в Gmail!). Ваш SMTP-сервер должен разрешать ретрансляцию на адреса в вашем домене без аутентификации (чтобы можно было получать входящую почту) и требовать аутентификацию только для "исходящей" почты (которая ретранслируется в другие домены).

Из вашего комментария, похоже, вы требуют аутентификации для всей ретрансляции. Gmail не может предоставить учетные данные, поэтому, конечно же, он не сможет пройти аутентификацию на вашем почтовом сервере.

0
ответ дан 3 December 2019 в 10:08

Еще один способ попробовать - использовать порт 465 и smtps.

http://ubuntuforums.org/showthread.php?t=1946910

0
ответ дан 3 December 2019 в 10:08

Теги

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