URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 85445
[ Назад ]

Исходное сообщение
"did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA"

Отправлено Vidock , 29-Май-09 06:02 
Установленно три сетевых карты:
eth0- смотрит в локалку
eth1 - смотрит в интернет
eth2- Влан корпоративной локалки.

Сендмайл работает в связки:
sp- milter (спамооборона от яндекса)+ KasAntispam + KAVforMilter + procmail + Synonym. Все работает, и работало замечательно. Но с недавних пор, при дисконекте у провайдера или при отключении сетевого интерфейса eth1, почтовый клиент не может отправить почту, и в mailog: did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA. Пропуск необработанной почты во всем мильтерах включена. Локальный домен в сендмайле указан. Что это может быть?


Содержание

Сообщения в этом обсуждении
"did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA"
Отправлено Medlar , 29-Май-09 09:51 
dnsbl используете?

"did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA"
Отправлено Vidock , 29-Май-09 11:54 
>dnsbl используете?

Да. Скорее всего Вы правы. В понедельник буду на работе, пересаберу конфиг сендмайла с FEATURE(delay_checks), и сразу же отпишусь о результатах. За ранее спасибо.


"did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA"
Отправлено Medlar , 29-Май-09 12:07 
delay_checks вам ничего не даст.
Похоже один из dnsbl-серверов недоступен (или прекратил свое существование, или временно недоступен)

> при дисконекте у провайдера или при отключении сетевого интерфейса eth1

sendmail ждет ответа от BL около 30 секунд

У вас похоже, две базы не рабочие, так как сообщение про нулевое соединение появляется имхо через минуту молчания ...

как вариант, можете добавить в access
CONNECT:1.2.3.4  OK
1.2.3.4 - ЛОКАЛЬНЫЙ хост
Только при передаче почты из мира к вам задержка все равно сохранится ...


"did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA"
Отправлено Vidock , 29-Май-09 13:19 
Вы меня, наверное, не так поняли. Проблема именно у клиентов локальной сети, и именно при лежащем интерфейсе который смотрит в инет. Т.к. клиенты локальной(внут.)сети не могут отправить почту, через интерфейс eth0.  А FEATURE(delay_checks) позволяет клиентам прошедшим авторизацию, не проверять мыло с помощью DNSBL.

Но только я боюсь, что я его уже прописал.

>У вас похоже, две базы не рабочие, так как сообщение про нулевое

В этом случаи, думаю, ошибка повторялась бы постоянно. А при лежащем инете, он серверы DNSBL проверить и не сможет, и выдает такую ошибку, здесь логично предположить, что все таки FEATURE(delay_checks) у меня не прописан.


"did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA"
Отправлено SDenis , 29-Май-09 16:30 
DNS ?

Что в /etc/resolv.conf ?

>[оверквотинг удален]
>позволяет клиентам прошедшим авторизацию, не проверять мыло с помощью DNSBL.
>
>Но только я боюсь, что я его уже прописал.
>
>>У вас похоже, две базы не рабочие, так как сообщение про нулевое
>
>В этом случаи, думаю, ошибка повторялась бы постоянно. А при лежащем инете,
>он серверы DNSBL проверить и не сможет, и выдает такую ошибку,
>здесь логично предположить, что все таки FEATURE(delay_checks) у меня не прописан.
>


"did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA"
Отправлено Vidock , 28-Июл-09 07:42 
>DNS ?
>
>Что в /etc/resolv.conf ?

nameserver днс провайдера 1
nameserver днс провайдера 2
nameserver 127.0.0.1



"did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA"
Отправлено Vidock , 28-Июл-09 07:43 
>>dnsbl используете?
>
>Да. Скорее всего Вы правы. В понедельник буду на работе, пересаберу конфиг
>сендмайла с FEATURE(delay_checks), и сразу же отпишусь о результатах. За ранее
>спасибо.

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


"did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA"
Отправлено Vidock , 28-Июл-09 07:46 
Выкладываю sendmail.mc:

divert(-1)dnl
dnl #
dnl # This is the sendmail macro config file for m4. If you make changes to
dnl # /etc/mail/sendmail.mc, you will need to regenerate the
dnl # /etc/mail/sendmail.cf file by confirming that the sendmail-cf package is
dnl # installed and then performing a
dnl #
dnl #     make -C /etc/mail
dnl #
include(`/usr/share/sendmail-cf/m4/cf.m4')dnl
VERSIONID(`setup for Red Hat Linux')dnl
OSTYPE(`linux')dnl
dnl #
dnl # default logging level is 9, you might want to set it higher to
dnl # debug the configuration
dnl #
dnl define(`confLOG_LEVEL', `9')dnl
dnl #
dnl # Uncomment and edit the following line if your outgoing mail needs to
dnl # be sent out through an external mail server:
dnl #
dnl define(`SMART_HOST',`smtp.your.provider')
dnl #
define(`confDEF_USER_ID',``8:12'')dnl
dnl define(`confAUTO_REBUILD')dnl
define(`confTO_CONNECT', `1m')dnl
define(`confTRY_NULL_MX_LIST',true)dnl
define(`confDONT_PROBE_INTERFACES',true)dnl
define(`PROCMAIL_MAILER_PATH',`/usr/bin/procmail')dnl
define(`ALIAS_FILE', `/etc/aliases')dnl
define(`STATUS_FILE', `/var/log/mail/statistics')dnl
define(`UUCP_MAILER_MAX', `2000000')dnl
define(`confUSERDB_SPEC', `/etc/mail/userdb.db')dnl
define(`confPRIVACY_FLAGS', `authwarnings,novrfy,noexpn,restrictqrun')dnl
define(`confAUTH_OPTIONS', `A')dnl
dnl #
dnl # The following allows relaying if the user authenticates, and disallows
dnl # plaintext authentication (PLAIN/LOGIN) on non-TLS links
dnl #
dnl define(`confAUTH_OPTIONS', `A p')dnl
dnl #
dnl # PLAIN is the preferred plaintext authentication method and used by
dnl # Mozilla Mail and Evolution, though Outlook Express and other MUAs do
dnl # use LOGIN. Other mechanisms should be used if the connection is not
dnl # guaranteed secure.
dnl # Please remember that saslauthd needs to be running for AUTH.
dnl #
dnl TRUST_AUTH_MECH(`EXTERNAL DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
dnl define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
dnl #
dnl # Rudimentary information on creating certificates for sendmail TLS:
dnl #     cd /usr/share/ssl/certs; make sendmail.pem
dnl # Complete usage:
dnl #     make -C /usr/share/ssl/certs usage
dnl #
dnl define(`confCACERT_PATH',`/usr/share/ssl/certs')
dnl define(`confCACERT',`/usr/share/ssl/certs/ca-bundle.crt')
dnl define(`confSERVER_CERT',`/usr/share/ssl/certs/sendmail.pem')
dnl define(`confSERVER_KEY',`/usr/share/ssl/certs/sendmail.pem')
dnl #
dnl # This allows sendmail to use a keyfile that is shared with OpenLDAP's
dnl # slapd, which requires the file to be readble by group ldap
dnl #
dnl define(`confDONT_BLAME_SENDMAIL',`groupreadablekeyfile')dnl
dnl #
dnl define(`confTO_QUEUEWARN', `4h')dnl
dnl define(`confTO_QUEUERETURN', `5d')dnl
dnl define(`confQUEUE_LA', `12')dnl
dnl define(`confREFUSE_LA', `18')dnl
define(`confTO_IDENT', `0')dnl
dnl FEATURE(delay_checks)dnl
## KASPERSKY ANTI-SPAM BEGIN
INPUT_MAIL_FILTER(`kasfilter',`S=local:/var/run/kas-milter.socket, T=C:10s;S:20s;R:30s')
define(`confINPUT_MAIL_FILTERS',`kasfilter')
define(`confMILTER_LOG_LEVEL',`1')
## KASPERSKY ANTI-SPAM END
FEATURE(`no_default_msa',`dnl')dnl
FEATURE(`smrsh',`/usr/sbin/smrsh')dnl
FEATURE(`mailertable',`hash -o /etc/mail/mailertable.db')dnl
FEATURE(`virtusertable',`hash -o /etc/mail/virtusertable.db')dnl
FEATURE(redirect)dnl
FEATURE(always_add_domain)dnl
FEATURE(use_cw_file)dnl
FEATURE(use_ct_file)dnl
dnl #
dnl # The following limits the number of processes sendmail can fork to accept
dnl # incoming messages or process its message queues to 12.) sendmail refuses
dnl # to accept connections once it has reached its quota of child processes.
dnl #
dnl define(`confMAX_DAEMON_CHILDREN', 12)dnl
dnl #
dnl # Limits the number of new connections per second. This caps the overhead
dnl # incurred due to forking new sendmail processes. May be useful against
dnl # DoS attacks or barrages of spam. (As mentioned below, a per-IP address
dnl # limit would be useful but is not available as an option at this writing.)
dnl #
dnl define(`confCONNECTION_RATE_THROTTLE', 3)dnl
dnl #
dnl # The -t option will retry delivery if e.g. the user runs over his quota.
dnl #
FEATURE(local_procmail,`',`procmail -t -Y -a $h -d $u')dnl
FEATURE(`access_db',`hash -T<TMPF> -o /etc/mail/access.db')dnl
FEATURE(`blacklist_recipients')dnl
FEATURE(`dnsbl', `bl.spamcop.net', `Spam blocked - see http://spamcop.net/bl.shtml?$&{client_addr}')dnl
FEATURE(dnsbl, `bl.csma.biz', `*** SPAM Blocked from $&{client_addr} - See http://bl.csma.biz/')dnl
FEATURE(dnsbl,`dnsbl.njabl.org',`Message from $&{client_addr} rejected - see http://njabl.org/')dnl
FEATURE(dnsbl, `cbl.abuseat.org', `Message from $&{client_addr} rejected see http://cbl.abuseat.org/')dnl
FEATURE(`dnsbl', `dul.ru', `Use mail relays of your ISP')dnl
EXPOSED_USER(`root')dnl
dnl #
dnl # The following causes sendmail to only listen on the IPv4 loopback address
dnl # 127.0.0.1 and not on any other network devices. Remove the loopback
dnl # address restriction to accept email from the internet or intranet.
dnl #
dnl DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')dnl
dnl #
dnl # The following causes sendmail to additionally listen to port 587 for
dnl # mail from MUAs that authenticate. Roaming users who can't reach their
dnl # preferred sendmail daemon due to port 25 being blocked or redirected find
dnl # this useful.
dnl #
dnl DAEMON_OPTIONS(`Port=submission, Name=MSA, M=Ea')dnl
dnl #
dnl # The following causes sendmail to additionally listen to port 465, but
dnl # starting immediately in TLS mode upon connecting. Port 25 or 587 followed
dnl # by STARTTLS is preferred, but roaming clients using Outlook Express can't
dnl # do STARTTLS on ports other than 25. Mozilla Mail can ONLY use STARTTLS
dnl # and doesn't support the deprecated smtps; Evolution <1.1.1 uses smtps
dnl # when SSL is enabled-- STARTTLS support is available in version 1.1.1.
dnl #
dnl # For this to work your OpenSSL certificates must be configured.
dnl #
dnl DAEMON_OPTIONS(`Port=smtps, Name=TLSMTA, M=s')dnl
dnl #
dnl # The following causes sendmail to additionally listen on the IPv6 loopback
dnl # device. Remove the loopback address restriction listen to the network.
dnl #
dnl DAEMON_OPTIONS(`port=smtp,Addr=::1, Name=MTA-v6, Family=inet6')dnl
dnl #
dnl # enable both ipv6 and ipv4 in sendmail:
dnl #
dnl DAEMON_OPTIONS(`Name=MTA-v4, Family=inet, Name=MTA-v6, Family=inet6')
dnl #
dnl # We strongly recommend not accepting unresolvable domains if you want to
dnl # protect yourself from spam. However, the laptop and users on computers
dnl # that do not have 24x7 DNS do need this.
dnl #
FEATURE(`accept_unresolvable_domains')dnl
dnl #


dnl FEATURE(`relay_based_on_MX')dnl
dnl #
dnl # Also accept email sent to "localhost.localdomain" as local email.
dnl #
LOCAL_DOMAIN(`localhost.localdomain')dnl
dnl #
dnl # The following example makes mail from this host and any additional
dnl # specified domains appear to be sent from mydomain.com
dnl #
dnl MASQUERADE_AS(`mydomain.com')dnl
dnl #
dnl # masquerade not just the headers, but the envelope as well
dnl #
dnl FEATURE(masquerade_envelope)dnl
dnl #
dnl # masquerade not just @mydomainalias.com, but @*.mydomainalias.com as well
dnl #
dnl FEATURE(masquerade_entire_domain)dnl
dnl #
dnl MASQUERADE_DOMAIN(localhost)dnl
dnl MASQUERADE_DOMAIN(localhost.localdomain)dnl
dnl MASQUERADE_DOMAIN(mydomainalias.com)dnl
dnl MASQUERADE_DOMAIN(mydomain.lan)dnl
MAILER(local)dnl
MAILER(smtp)dnl
MAILER(procmail)dnl
INPUT_MAIL_FILTER(разные фильтры)


"did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA"
Отправлено stal , 23-Ноя-09 14:00 
как решилась проблема?
у меня тоже часто проскакивет "did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA"



"did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA"
Отправлено Vidock , 24-Ноя-09 00:56 
>как решилась проблема?
>у меня тоже часто проскакивет "did not issue MAIL/EXPN/VRFY/ETRN during connection to
>MTA"

Ни как, немного хрустит ядро оси, скоро буду переустанавливать заодно и переустановлю сендмыло и перепишу mc. На время проведения работ, ось со всеми вытекающими закручу на виртуалке.