Это продолжение моего предыдущего вопроса Вот. Устранение неполадок продвинуло меня немного дальше, и я думаю, что сейчас я столкнулся с новым набором проблем. Первоначально я обнаружил, что sendmail больше не прослушивает порт 25, но я исправил это, увеличив значения QueueLA и RefuseLA. Я могу подключиться по telnet к порту 25 и отправлять электронную почту вручную с помощью команд SMTP. Однако, когда я пытаюсь использовать sendmail:
[netcool1 (root)/]$ sendmail -v me@myemail.com < ~/testmessage
me@myemail.com... queued
[netcool1 (root)/]$ mailq
/var/spool/mqueue is empty
Total requests: 0
[netcool1 (root)/]$ cd /var/spool/mqueue/
[netcool1 (root)/var/spool/mqueue]$ ls -la
total 6
drwxr-x--- 2 root bin 2048 Jan 11 11:54 .
drwxr-xr-x 13 root bin 512 Jul 10 2009 ..
[netcool1 (root)/var/spool/mqueue]$ cd ../clientmqueue/
[netcool1 (root)/var/spool/clientmqueue]$ ls -la
total 76
drwxrwx--- 2 smmsp smmsp 22016 Jan 11 12:19 .
drwxr-xr-x 13 root bin 512 Jul 10 2009 ..
-rw-rw---- 1 smmsp smmsp 100 Jan 11 07:03 dfq0BC3b8H007834
-rw-rw---- 1 smmsp smmsp 99 Jan 11 07:33 dfq0BCXba1008078
-rw-rw---- 1 smmsp smmsp 15 Jan 11 12:02 dfq0BH29Zu010211
-rw-rw---- 1 smmsp smmsp 15 Jan 11 12:13 dfq0BHDeEA010348
-rw-rw---- 1 smmsp smmsp 117 Jan 11 12:16 dfq0BHGuda010384
-rw-rw---- 1 smmsp smmsp 117 Jan 11 12:18 dfq0BHI9Q4010389
-rw-rw---- 1 smmsp smmsp 15 Jan 11 12:19 dfq0BHJjEv010410
-rw-rw---- 1 smmsp smmsp 871 Jan 11 07:03 qfq0BC3b8H007834
-rw-rw---- 1 smmsp smmsp 870 Jan 11 07:33 qfq0BCXba1008078
-rw-rw---- 1 smmsp smmsp 542 Jan 11 12:02 qfq0BH29Zu010211
-rw-rw---- 1 smmsp smmsp 562 Jan 11 12:13 qfq0BHDeEA010348
-rw-rw---- 1 smmsp smmsp 583 Jan 11 12:16 qfq0BHGuda010384
-rw-rw---- 1 smmsp smmsp 583 Jan 11 12:18 qfq0BHI9Q4010389
-rw-rw---- 1 smmsp smmsp 562 Jan 11 12:19 qfq0BHJjEv010410
-rw------- 1 smmsp smmsp 34 Jan 11 12:12 sm-client.pid
[netcool1 (root)/var/spool/clientmqueue]$ sendmail -q -v
[netcool1 (root)/var/spool/clientmqueue]$ ls -la
total 76
drwxrwx--- 2 smmsp smmsp 22016 Jan 11 12:19 .
drwxr-xr-x 13 root bin 512 Jul 10 2009 ..
-rw-rw---- 1 smmsp smmsp 100 Jan 11 07:03 dfq0BC3b8H007834
-rw-rw---- 1 smmsp smmsp 99 Jan 11 07:33 dfq0BCXba1008078
-rw-rw---- 1 smmsp smmsp 15 Jan 11 12:02 dfq0BH29Zu010211
-rw-rw---- 1 smmsp smmsp 15 Jan 11 12:13 dfq0BHDeEA010348
-rw-rw---- 1 smmsp smmsp 117 Jan 11 12:16 dfq0BHGuda010384
-rw-rw---- 1 smmsp smmsp 117 Jan 11 12:18 dfq0BHI9Q4010389
-rw-rw---- 1 smmsp smmsp 15 Jan 11 12:19 dfq0BHJjEv010410
-rw-rw---- 1 smmsp smmsp 871 Jan 11 07:03 qfq0BC3b8H007834
-rw-rw---- 1 smmsp smmsp 870 Jan 11 07:33 qfq0BCXba1008078
-rw-rw---- 1 smmsp smmsp 542 Jan 11 12:02 qfq0BH29Zu010211
-rw-rw---- 1 smmsp smmsp 562 Jan 11 12:13 qfq0BHDeEA010348
-rw-rw---- 1 smmsp smmsp 583 Jan 11 12:16 qfq0BHGuda010384
-rw-rw---- 1 smmsp smmsp 583 Jan 11 12:18 qfq0BHI9Q4010389
-rw-rw---- 1 smmsp smmsp 562 Jan 11 12:19 qfq0BHJjEv010410
-rw------- 1 smmsp smmsp 34 Jan 11 12:12 sm-client.pid
[netcool1 (root)/var/spool/clientmqueue]$ cat sm-client.pid
10344
/usr/lib/sendmail -Ac -q15m
[netcool1 (root)/var/spool/clientmqueue]$
Я работаю над этим уже три дня, любая помощь будет признательна.
Изменить: содержимое submit.mc (единственная версия, которую я смог найти в / etc / mail, была в / etc / mail / cf / cf):
$ more submit.mc
divert(-1)
#
# Copyright (c) 2001, 2002 Sendmail, Inc. and its suppliers.
# All rights reserved.
#
# By using this file, you agree to the terms and conditions set
# forth in the LICENSE file which can be found at the top level of
# the sendmail distribution.
#
#ident "@(#)submit.mc 1.3 02/12/29 SMI"
#
#
# This is the prototype file for a set-group-ID sm-msp sendmail that
# acts as a initial mail submission program.
#
divert(0)dnl
VERSIONID(`$Id: submit.mc,v 8.6.2.4 2002/12/29 03:54:34 ca Exp $')
define(`confCF_VERSION', `Submit')dnl
define(`__OSTYPE__',`')dnl dirty hack to keep proto.m4 from complaining
define(`_USE_DECNET_SYNTAX_', `1')dnl support DECnet
define(`confTIME_ZONE', `USE_TZ')dnl
define(`confDONT_INIT_GROUPS', `True')dnl
dnl
dnl If you use IPv6 only, change [127.0.0.1] to [IPv6:::1]
FEATURE(`msp', `[127.0.0.1]')dnl
Мне интересно, имеет ли это какое-то отношение к значениям RefuseLA и QueueLA. Я установил их невозможно высоким (QueueLA = 50, RefuseLA = 60), потому что этот сервер действительно отправляет электронные письма только из скриптов и имеет высокий LA из-за множества многопоточных слушателей. Увеличенный RefuseLA заставил sendmail снова прослушивать порт 25 (см. Предыдущий вопрос), но QueueLA, похоже, не оказывает никакого влияния на организацию очереди. Однако внезапно прошлой ночью около 1900 сервер отправил все тестовые электронные письма, которые я отправил в течение дня.
Поскольку значение QueueLA по умолчанию - 8 * numproc, а для RefuseLA 12 * numproc значение 50 может быть не таким уж смешным. Однако попробуйте поменять местами значения QueueLA и RefuseLA, чтобы QueueLA> RefuseLA. Этот трюк исходит от Викси и Аволио (Теория и практика Sendmail):
"Установка их, как показано здесь, дает Sendmail диапазон средней нагрузки, в котором он способен доставлять сообщения из своей очереди, но неспособен получать новые сообщения. Это сделано намеренно. Если вы установите Ox меньше, чем OX, Sendemail вместо этого будет иметь диапазон средней нагрузки, при которой он может получать новую почту (таким образом, добавляя в очередь), но не может доставить почту из очереди ».
Дайте нам знать, что происходит
фактически, вы можете остановить sendmail из вывода crontab. попробуйте найти строки MAILTO и прокомментировать / удалить эти строки в / etc / cron *, например 'grep -ri mailto /etc/cron*' ... он перестанет генерировать сообщения очереди. Надеюсь на эту помощь