Как удалить застрявшую почту в активной / входящей очереди - postfix

После DoS postfix-атаки у нас есть входящая и активная очереди, заполненные почтовыми сообщениями:

drwx------.  2 postfix root     1007616 nov  5 17:01 active
drwx------.  2 postfix root        4096 nov  5 11:31 bounce
drwx------.  2 postfix root        4096 feb 20  2014 corrupt
drwx------. 18 postfix root        4096 jun 30  2014 defer
drwx------. 18 postfix root        4096 jun 30  2014 deferred
drwx------.  2 postfix root        4096 sep  8 10:41 flush
drwx------.  2 postfix root        4096 feb 20  2014 hold
drwx------.  2 postfix root     1093632 nov  5 17:01 incoming
drwx-wx---.  2 postfix postdrop    4096 nov  5 17:01 maildrop
drwxr-xr-x.  2 root    root        4096 nov  5 16:49 pid
drwx------.  2 postfix root        4096 nov  5 16:49 private
drwx--x---.  2 postfix postdrop    4096 nov  5 16:49 public
drwx------.  2 postfix root        4096 feb 20  2014 saved
drwx------.  2 postfix root        4096 feb 20  2014 trace

Активная очередь:

[root@revres]# ls -la /var/spool/postfix/active/
total 992
drwx------.  2 postfix root 1007616 nov  5 17:01 .
drwxr-xr-x. 16 root    root    4096 nov  5 09:06 ..

Входящая очередь:

[root@revres]# ls -la /var/spool/postfix/incoming/
total 1076
drwx------.  2 postfix root 1093632 nov  5 17:01 .
drwxr-xr-x. 16 root    root    4096 nov  5 09:06 ..

Выполнение команды postsuper -d ALL не дает не удаляет ничего и не дает никаких результатов.

Есть ли другой способ очистить эти поля?

4
задан 5 November 2015 в 18:35
5 ответов

Если ls -la показывает только два "файла" . и ..., то является пустым.

Если вы тогда скажете: "Почему . такая большая, когда она пуста"? Тогда ответ: Это обычно в файловых системах ext3 или ext4. Они резервируют место для присутствующих в каталоге инодов. И даже когда все файлы удалены (коды исчезли), зарезервированное место для управления кодами все равно остается. Так что не о чем беспокоиться. (И даже если: это всего лишь один мегабайт "большого")

.
1
ответ дан 3 December 2019 в 03:05

Я почти уверен, что после этой атаки ваш постфикс потерял согласованность. Очереди на самом деле находятся в структурах данных в памяти, поэтому сообщения могут находиться на диске, но postfix может их не знать. Я бы порекомендовал вам остановить службу постфиксов, запустить postsuper -s (которая восстанавливает и проверять структуру файлов) и запустить ее снова.

3
ответ дан 3 December 2019 в 03:05

ተመሳሳይ ችግር ፡፡

sudo ls -ln / var / spool / postfix / ገቢ 1472 ፋይሎችን ያሳያል።

#sudo ls /var/spool/postfix/incoming/ -ln
total 1472
-rw------- 1 89 89   8192 Feb 14 15:38 0007B120A83
-rw------- 1 89 89      0 Feb 14 16:38 0030E120A9B
-rw------- 1 89 89   4096 Feb 14 18:04 04548120AE7
-rw------- 1 89 89 102400 Feb 14 16:34 069CA120A94
-rw------- 1 89 89      0 Feb 14 17:56 06E53120ADF
-rw------- 1 89 89      0 Feb 14 17:10 08ADF120AB6
-rw------- 1 89 89      0 Feb 14 18:36 09A56120B24
-rw------- 1 89 89      0 Feb 14 18:32 0B0D0120B11
-rw------- 1 89 89  36864 Feb 14 16:43 0BC4D120A9A
-rw------- 1 89 89      0 Feb 14 19:01 0C150120B3E
-rw------- 1 89 89      0 Feb 14 18:30 0CED5120B16

የመልእክ እስካነር እና የድህረ ቅጥያ አገልግሎቶች እንደገና ተጀምረዋል። እንዲሁም እኔ የማጣራበት እና እንደ መግቢያ በር ከሚሰራው የ Exchange 2010 አገልጋይ በርካታ ስህተቶችን ማግኘት ነበር።

 Out: 250 2.1.5 Ok
 In:  DATA
 Out: 354 End data with <CR><LF>.<CR><LF>
 Out: 451 4.3.0 Error: queue file write error
 In:  RSET
 Out: 421 4.3.0 Mail system error

ሜልክቅ ወይም ልጥፍ-ፒ ባዶ ወረፋ ያሳያል ...

#mailq
Mail queue is empty

enter image description here

ግድግዳውን ሲመታ እስከ ደቂቃው ማየት ይችላሉ ፡፡ ባልተሳካ ሁኔታ በሴንትስ 6.8 ላይ የ EFA ፕሮጀክት ን እያሄድኩ ነው ፣ ስለሆነም ምንም እንኳን

#yum info postfix
Loaded plugins: fastestmirror, security
Loading mirror speeds from cached hostfile
 * EFA: dl4.efa-project.org
 * base: mirror.fusioncloud.co
 * epel: archive.linux.duke.edu
 * extras: mirrors.lga7.us.voxel.net
 * updates: mirrors.evowise.com
Installed Packages
Name        : postfix
Arch        : x86_64
Epoch       : 2
Version     : 3.1.3
Release     : 1.efa.el6
Size        : 14 M
Repo        : installed
From repo   : EFA
Summary     : Postfix Mail Transport Agent
URL         : http://www.postfix.org
License     : IBM
Description : Postfix is a Mail Transport Agent (MTA), supporting LDAP, SMTP AUTH (SASL),
            : TLS built for Email Filter Appliance (EFA)

ለዚህ OS የታሸጉ የድህረ-ቅጥያ-ፐርል ስክሪፕቶችን ማግኘት አልቻልኩም ፡፡ የፌዴራ ፓኬጆችን ለማብረድ ሞከርኩ ፣ ግን የእኔ ሪፒኤም-foo በጣም ደካማ ነው።

... አርትዖት የተደረገበት ...

መታወቂያውን ከፋይሉ ስም ላይ በማጭበርበር በ ፖስት ካት ፍሬዎችን በመጠቀም ለመሞከር ሞክሬያለሁ። .

#postcat -vq 0007B120A83
postcat: name_mask: ipv4
postcat: inet_addr_local: configured 2 IPv4 addresses
postcat: fatal: open queue file 0007B120A83: Permission denied
[ssmith@foster-spam ~]$ sudo postcat -vq 0007B120A83
postcat: name_mask: ipv4
postcat: inet_addr_local: configured 2 IPv4 addresses
*** ENVELOPE RECORDS incoming/0007B120A83 ***
message_size:               0               0               0               0               0               0
postcat: fatal: invalid size record:               0               0               0               0               0               0

የመልዕክት ማውጫውን በመፈለግ ላይ

#sudo grep -i '0007B120A83' /var/log/maillog
Feb 14 15:36:36 foster-spam postfix/smtpd[16368]: 0007B120A83: client=foster-mail.foster2007.local[10.0.2.28]:63650
Feb 14 15:36:36 foster-spam postfix/cleanup[16371]: 0007B120A83: hold: header Received: from mail.fosterfuels.com (foster-mail.foster2007.local [10.0.2.28])??(using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))??(No client certificate requested)??by mx.fosterfuels.com  from foster-mail.foster2007.local[10.0.2.28]:63650; from=<xxxxxxxxxxxxx@fosterfuels.com> to=<xxxxxxx@xxxxxx.com> proto=ESMTP helo=<mail.fosterfuels.com>
Feb 14 15:36:36 foster-spam postfix/cleanup[16371]: 0007B120A83: message-id=<6B24BD0263D83043837040657FCAC53414F05903@foster-mail.FOSTER2007.local>
Feb 14 19:41:51 foster-spam postfix/postsuper[20067]: queue: 0007B120A83
Feb 14 19:41:51 foster-spam postfix/postsuper[20067]: fatal: invalid directory name: 0007B120A83

እኔ እንደማስበው በዚህ ጊዜ እነዚያ ፋይሎች ሁሉ ቆሻሻዎች ናቸው ብዬ አስባለሁ እናም ይህንን ያባረረው በ DOS / ቫይረስ ጎርፍ ወቅት ምንም ደብዳቤ አልተበላም የሚል እብድ ይመስለኛል ...

1
ответ дан 3 December 2019 в 03:05

Проверьте / var / spool / postfix / defer and deferred - убедитесь, что они пусты перед (повторным) запуском постфикса.

1
ответ дан 3 December 2019 в 03:05

Файл каталога - это специальный файл, который ТОЛЬКО расширяется и никогда не сжимается по мере заполнения все большим количеством файлов и каталогов под ним. Я столкнулся с этой проблемой, особенно с файлами в / tmp с процессами, имеющими запускаемые сценарии, которые создавали тысячи промежуточных файлов.

Если вы хотите уменьшить размер файла каталога, основные шаги следующие:

  1. Завершите все процессы, используя bigdir

  2. mv bigdir bigdir.x

  3. mkdir bigdir

  4. mv bigdir.x / * bigdir ;; переместите существующие файлы в новый меньший каталог

  5. mv bigdir.x /. [a-zA-Z0-9] * bigdir ;; копировать скрытые файлы, но не. и.

  6. Изменить разрешения, списки управления доступом, маркировку SEL для соответствия biddir.x

  7. rmdir bigdir.x ;; bigdir.x должен быть пустым

  8. Вы можете (повторно) запускать любые процессы, используя bigdir

Полученный каталог будет намного меньше исходного.

0
ответ дан 3 December 2019 в 03:05

Теги

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