SMB мог бы хорошо быть медленнее, чем некоторые другие протоколы организации общего доступа к файлам, и это могло бы хорошо быть быстрее, чем некоторые другие. Но это не важная часть.
Вместо того, чтобы делать это вопросом/аргументом, может Вы находить способ идти дальше от этого и спросить, является ли SMB как быстро (или как медленный!), поскольку это, как предполагается. Например, можно ли передать файл с помощью FTP между сервером и рабочей станцией, которая страдает от замедления, и посмотрите отмеченный переход в производительности?
Поставщик смог указывать на Вас на обзоры для аппаратных средств, с установленным Windows, тот разговор о производительности файлового сервера.
По моему опыту, SMB является больше, чем "достаточно быстро" в моей сети. Мы выполняем сеть на 10 ГБ между серверами, и мы очень довольны производительностью файлового сервера с помощью SMB, и мы измерили хороший уровень, вскакивает на те же аппаратные средства в зависимости от того, используем ли мы NIC на 10 ГБ или на 1 ГБ. SMB не является проблемой для нас.
Я, конечно, посмотрел бы на другие вещи в Вашей сети - устаревшая инфраструктура, настроенный оптимально (например, карты сети сервера, все настроенные правильно для последних драйверов, работая правильно на самой лучшей скорости), вещи как DNS и так далее, все настроенные правильно, там большой трафик "спама" в сети, вызывающей замедление, антивирус, настроенный чрезмерно параноидальным способом (я видел эту причину некоторое шокирующее замедление).
Существует много, который может вызвать плохую производительность файлового сервера, и очень мало ее является выбором протокола.
Base on question and comments, sasl may not be setup correctly. Following check list is created base on Ubunut Guide provided in question.
Check file/etc/postfix/sasl/smtpd.conf
, should be like following
pwcheck_method: saslauthd
mech_list: plain login
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
Check saslauthd is running
ps -ef | grep sasl
Check saslauthd PWDIR
grep PWDIR /etc/default/saslauthd
Вывод должен быть
PWDIR = "/ var / spool / postfix / var / run / saslauthd".
/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
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.)
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
Вы упомянули, что пытаетесь отправить почту через SMTP из Gmail. Внешние общедоступные почтовые серверы, доставляющие почту в ваш домен, обычно не будут аутентифицироваться для вашего smtpd (конечно, они не будут передавать учетные данные, с которыми вы вошли в Gmail!). Ваш SMTP-сервер должен разрешать ретрансляцию на адреса в вашем домене без аутентификации (чтобы можно было получать входящую почту) и требовать аутентификацию только для "исходящей" почты (которая ретранслируется в другие домены).
Из вашего комментария, похоже, вы требуют аутентификации для всей ретрансляции. Gmail не может предоставить учетные данные, поэтому, конечно же, он не сможет пройти аутентификацию на вашем почтовом сервере.