ວິທີການເຮັດວຽກກັບບັນທຶກ Zimbra OSE

ການບັນທຶກເຫດການທີ່ເກີດຂຶ້ນທັງຫມົດແມ່ນຫນຶ່ງໃນຫນ້າທີ່ທີ່ສໍາຄັນທີ່ສຸດຂອງລະບົບບໍລິສັດໃດໆ. ບັນທຶກຊ່ວຍໃຫ້ທ່ານສາມາດແກ້ໄຂບັນຫາທີ່ເກີດຂື້ນ, ກວດສອບການດໍາເນີນງານຂອງລະບົບຂໍ້ມູນ, ແລະຍັງສືບສວນເຫດການຄວາມປອດໄພຂອງຂໍ້ມູນ. Zimbra OSE ຍັງຮັກສາບັນທຶກລາຍລະອຽດຂອງການດໍາເນີນງານຂອງມັນ. ພວກເຂົາປະກອບມີຂໍ້ມູນທັງຫມົດຈາກການປະຕິບັດຂອງເຄື່ອງແມ່ຂ່າຍຈົນເຖິງການສົ່ງແລະຮັບອີເມວໂດຍຜູ້ໃຊ້. ຢ່າງໃດກໍ່ຕາມ, ການອ່ານບັນທຶກທີ່ສ້າງຂຶ້ນໂດຍ Zimbra OSE ແມ່ນວຽກງານທີ່ບໍ່ແມ່ນເລື່ອງເລັກນ້ອຍ. ໃນບົດຄວາມນີ້, ການນໍາໃຊ້ຕົວຢ່າງສະເພາະ, ພວກເຮົາຈະບອກທ່ານວິທີການອ່ານບັນທຶກ Zimbra OSE, ເຊັ່ນດຽວກັນກັບວິທີການເຮັດໃຫ້ພວກມັນເປັນສູນກາງ.

Zimbra OSE ເກັບຮັກສາບັນທຶກທ້ອງຖິ່ນທັງໝົດຢູ່ໃນໂຟນເດີ /opt/zimbra/log, ແລະບັນທຶກສາມາດພົບໄດ້ໃນໄຟລ໌ /var/log/zimbra.log. ສິ່ງທີ່ສໍາຄັນທີ່ສຸດແມ່ນ mailbox.log. ມັນບັນທຶກການກະທໍາທັງຫມົດທີ່ເກີດຂື້ນໃນເຄື່ອງແມ່ຂ່າຍເມລ. ເຫຼົ່ານີ້ລວມມີການສົ່ງອີເມລ໌, ຂໍ້ມູນການກວດສອບຜູ້ໃຊ້, ຄວາມພະຍາຍາມເຂົ້າສູ່ລະບົບທີ່ລົ້ມເຫລວ, ແລະອື່ນໆ. ການປ້ອນຂໍ້ມູນໃນ mailbox.log ແມ່ນສະຕຣິງຂໍ້ຄວາມທີ່ປະກອບດ້ວຍເວລາທີ່ເຫດການເກີດຂຶ້ນ, ລະດັບຂອງເຫດການ, ໝາຍເລກກະທູ້ທີ່ເຫດການເກີດຂຶ້ນ, ຊື່ຜູ້ໃຊ້ ແລະທີ່ຢູ່ IP, ເຊັ່ນດຽວກັນກັບລາຍລະອຽດຂໍ້ຄວາມຂອງເຫດການ. .

ລະດັບບັນທຶກຊີ້ໃຫ້ເຫັນເຖິງລະດັບອິດທິພົນຂອງເຫດການໃນການດໍາເນີນງານຂອງເຄື່ອງແມ່ຂ່າຍ. ໂດຍຄ່າເລີ່ມຕົ້ນມີ 4 ລະດັບເຫດການ: INFO, WARN, ERROR ແລະ FATAL. ໃຫ້ເບິ່ງຢູ່ໃນທຸກລະດັບໃນລໍາດັບທີ່ເພີ່ມຂຶ້ນຂອງຄວາມຮຸນແຮງ.

• ຂໍ້ມູນ - ເຫດການໃນລະດັບນີ້ປົກກະຕິແລ້ວມີຈຸດປະສົງເພື່ອແຈ້ງໃຫ້ຊາບກ່ຽວກັບຄວາມຄືບຫນ້າຂອງ Zimbra OSE. ຂໍ້ຄວາມໃນລະດັບນີ້ປະກອບມີບົດລາຍງານກ່ຽວກັບການສ້າງຫຼືລຶບກ່ອງຈົດຫມາຍ, ແລະອື່ນໆ.
• ຄໍາເຕືອນ - ເຫດການໃນລະດັບນີ້ແຈ້ງໃຫ້ຊາບກ່ຽວກັບສະຖານະການທີ່ອາດຈະເປັນອັນຕະລາຍ, ແຕ່ບໍ່ມີຜົນກະທົບຕໍ່ການເຮັດວຽກຂອງເຄື່ອງແມ່ຂ່າຍ. ຕົວຢ່າງ, ລະດັບ WARN ໝາຍເຖິງຂໍ້ຄວາມກ່ຽວກັບຄວາມພະຍາຍາມເຂົ້າສູ່ລະບົບຂອງຜູ້ໃຊ້ທີ່ລົ້ມເຫລວ.
• ERROR - ລະດັບເຫດການນີ້ຢູ່ໃນບັນທຶກແຈ້ງໃຫ້ຮູ້ກ່ຽວກັບການເກີດຂື້ນຂອງຄວາມຜິດພາດທີ່ມີລັກສະນະທ້ອງຖິ່ນແລະບໍ່ແຊກແຊງການເຮັດວຽກຂອງເຄື່ອງແມ່ຂ່າຍ. ລະດັບນີ້ສາມາດລາຍງານຄວາມຜິດພາດທີ່ຂໍ້ມູນດັດສະນີຂອງຜູ້ໃຊ້ແຕ່ລະຄົນເສຍຫາຍ.
• FATAL - ລະດັບນີ້ສະແດງເຖິງຄວາມຜິດພາດທີ່ເຊີບເວີບໍ່ສາມາດສືບຕໍ່ເຮັດວຽກໄດ້ຕາມປົກກະຕິ. ຕົວຢ່າງ, ລະດັບ FATAL ຈະເປັນບັນທຶກທີ່ຊີ້ໃຫ້ເຫັນເຖິງຄວາມບໍ່ສາມາດເຊື່ອມຕໍ່ກັບ DBMS ໄດ້.

ໄຟລ໌ບັນທຶກຂອງເຄື່ອງແມ່ຂ່າຍເມລໄດ້ຖືກປັບປຸງທຸກໆມື້. ເວີຊັນຫຼ້າສຸດຂອງໄຟລ໌ມີຊື່ Mailbox.log, ໃນຂະນະທີ່ບັນທຶກສໍາລັບວັນທີທີ່ແນ່ນອນມີວັນທີຢູ່ໃນຊື່ແລະຖືກບັນຈຸຢູ່ໃນບ່ອນເກັບມ້ຽນ. ຕົວຢ່າງ mailbox.log.2020-09-29.tar.gz. ນີ້ເຮັດໃຫ້ມັນງ່າຍຂຶ້ນຫຼາຍທີ່ຈະສໍາຮອງຂໍ້ມູນບັນທຶກກິດຈະກໍາແລະຄົ້ນຫາຜ່ານບັນທຶກ.

ເພື່ອຄວາມສະດວກຂອງຜູ້ເບິ່ງແຍງລະບົບ, ໂຟນເດີ /opt/zimbra/log/ ມີບັນທຶກອື່ນໆ. ພວກມັນປະກອບມີພຽງແຕ່ລາຍການທີ່ກ່ຽວຂ້ອງກັບອົງປະກອບ Zimbra OSE ສະເພາະ. ຕົວຢ່າງ, audit.log ມີພຽງແຕ່ບັນທຶກກ່ຽວກັບການພິສູດຢືນຢັນຜູ້ໃຊ້, clamd.log ມີຂໍ້ມູນກ່ຽວກັບການດໍາເນີນງານຂອງ antivirus, ແລະອື່ນໆ. ໂດຍວິທີທາງການ, ວິທີການທີ່ດີເລີດຂອງການປົກປ້ອງເຄື່ອງແມ່ຂ່າຍ Zimbra OSE ຈາກການບຸກລຸກແມ່ນ ການປົກປ້ອງເຄື່ອງແມ່ຂ່າຍໂດຍໃຊ້ Fail2Ban, ເຊິ່ງພຽງແຕ່ເຮັດວຽກໂດຍອີງໃສ່ audit.log. ມັນຍັງເປັນການປະຕິບັດທີ່ດີທີ່ຈະເພີ່ມວຽກງານ cron ເພື່ອປະຕິບັດຄໍາສັ່ງ grep -ir "ລະຫັດຜ່ານບໍ່ຖືກຕ້ອງ" /opt/zimbra/log/audit.logເພື່ອຮັບຂໍ້ມູນຄວາມລົ້ມເຫລວໃນການເຂົ້າສູ່ລະບົບປະຈໍາວັນ.

ຕົວຢ່າງຂອງວິທີການ audit.log ສະແດງໃຫ້ເຫັນລະຫັດຜ່ານທີ່ໃສ່ສອງຄັ້ງບໍ່ຖືກຕ້ອງແລະຄວາມພະຍາຍາມເຂົ້າສູ່ລະບົບສົບຜົນສໍາເລັດ.

ບັນທຶກໃນ Zimbra OSE ສາມາດເປັນປະໂຫຍດທີ່ສຸດໃນການກໍານົດສາເຫດຂອງຄວາມລົ້ມເຫຼວທີ່ສໍາຄັນຕ່າງໆ. ໃນປັດຈຸບັນໃນເວລາທີ່ຄວາມຜິດພາດທີ່ສໍາຄັນເກີດຂຶ້ນ, ຜູ້ບໍລິຫານປົກກະຕິແລ້ວບໍ່ມີເວລາທີ່ຈະອ່ານບັນທຶກ. ມັນຈໍາເປັນຕ້ອງຟື້ນຟູເຄື່ອງແມ່ຂ່າຍໄວເທົ່າທີ່ເປັນໄປໄດ້. ຢ່າງໃດກໍ່ຕາມ, ຕໍ່ມາ, ເມື່ອເຄື່ອງແມ່ຂ່າຍຖືກສໍາຮອງຂໍ້ມູນແລະສ້າງບັນທຶກຈໍານວນຫລາຍ, ມັນສາມາດຍາກທີ່ຈະຊອກຫາລາຍການທີ່ຕ້ອງການໃນໄຟລ໌ຂະຫນາດໃຫຍ່. ເພື່ອຊອກຫາບັນທຶກຄວາມຜິດພາດຢ່າງໄວວາ, ມັນພຽງພໍທີ່ຈະຮູ້ວ່າເວລາທີ່ເຄື່ອງແມ່ຂ່າຍໄດ້ຖືກເລີ່ມຕົ້ນໃຫມ່ແລະຊອກຫາການເຂົ້າຢູ່ໃນບັນທຶກທີ່ກໍານົດຈາກເວລານີ້. ການເຂົ້າກ່ອນຫນ້າຈະເປັນບັນທຶກຂອງຄວາມຜິດພາດທີ່ເກີດຂຶ້ນ. ນອກນັ້ນທ່ານຍັງສາມາດຊອກຫາຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດໂດຍການຊອກຫາຄໍາສໍາຄັນ FATAL.

ບັນທຶກ Zimbra OSE ຍັງອະນຸຍາດໃຫ້ທ່ານສາມາດກໍານົດຄວາມລົ້ມເຫລວທີ່ບໍ່ສໍາຄັນ. ຕົວຢ່າງ, ເພື່ອຊອກຫາຂໍ້ຍົກເວັ້ນ handler, ທ່ານສາມາດຄົ້ນຫາຂໍ້ຍົກເວັ້ນ handler. ເລື້ອຍໆ, ຂໍ້ຜິດພາດທີ່ສ້າງຂຶ້ນໂດຍຕົວຈັດການແມ່ນມາພ້ອມກັບການຕິດຕາມ stack ທີ່ອະທິບາຍສິ່ງທີ່ເຮັດໃຫ້ເກີດການຍົກເວັ້ນ. ໃນກໍລະນີທີ່ມີຂໍ້ຜິດພາດກັບການຈັດສົ່ງທາງໄປສະນີ, ທ່ານຄວນເລີ່ມຕົ້ນການຄົ້ນຫາຂອງທ່ານດ້ວຍຄໍາຫລັກ LmtpServer, ແລະເພື່ອຄົ້ນຫາຂໍ້ຜິດພາດທີ່ກ່ຽວຂ້ອງກັບໂປໂຕຄອນ POP ຫຼື IMAP, ທ່ານສາມາດນໍາໃຊ້ຄໍາສໍາຄັນ ImapServer ແລະ Pop3Server.

ບັນທຶກຍັງສາມາດຊ່ວຍໄດ້ໃນເວລາສືບສວນເຫດການຄວາມປອດໄພຂອງຂໍ້ມູນ. ໃຫ້ເບິ່ງຕົວຢ່າງສະເພາະ. ໃນວັນທີ 20 ເດືອນກັນຍາ, ຫນຶ່ງໃນພະນັກງານໄດ້ສົ່ງຈົດຫມາຍທີ່ຕິດເຊື້ອໄວຣັດໄປຫາລູກຄ້າ. ດັ່ງນັ້ນ, ຂໍ້ມູນໃນຄອມພິວເຕີຂອງລູກຄ້າໄດ້ຖືກເຂົ້າລະຫັດ. ຢ່າງໃດກໍຕາມ, ພະນັກງານສາບານວ່າລາວບໍ່ໄດ້ສົ່ງຫຍັງ. ເປັນສ່ວນຫນຶ່ງຂອງການສືບສວນເຫດການ, ການບໍລິການຄວາມປອດໄພຂອງວິສາຫະກິດຮ້ອງຂໍຈາກຜູ້ເບິ່ງແຍງລະບົບຂອງເຄື່ອງແມ່ຂ່າຍເມລບັນທຶກບັນທຶກສໍາລັບເດືອນກັນຍາ 20 ທີ່ກ່ຽວຂ້ອງກັບຜູ້ໃຊ້ທີ່ຖືກສືບສວນ. ຂໍຂອບໃຈກັບການປະທັບຕາເວລາ, ຜູ້ເບິ່ງແຍງລະບົບຊອກຫາໄຟລ໌ບັນທຶກທີ່ຈໍາເປັນ, ສະກັດຂໍ້ມູນທີ່ຈໍາເປັນແລະໂອນໃຫ້ຜູ້ຊ່ຽວຊານດ້ານຄວາມປອດໄພ. ໃນທາງກັບກັນ, ເບິ່ງຜ່ານມັນແລະພົບວ່າທີ່ຢູ່ IP ທີ່ຈົດຫມາຍສະບັບນີ້ຖືກສົ່ງໄປກົງກັບທີ່ຢູ່ IP ຂອງຄອມພິວເຕີຂອງຜູ້ໃຊ້. ກ້ອງວົງຈອນປິດ ຢືນຢັນວ່າ ພະນັກງານຄົນນັ້ນຢູ່ບ່ອນເຮັດວຽກຂອງລາວ ເມື່ອຈົດໝາຍຖືກສົ່ງ. ຂໍ້ມູນນີ້ພຽງພໍທີ່ຈະກ່າວຫາລາວວ່າລະເມີດກົດລະບຽບຄວາມປອດໄພຂອງຂໍ້ມູນແລະໄຟໄຫມ້ລາວ. 

ຕົວຢ່າງຂອງການສະກັດບັນທຶກກ່ຽວກັບຫນຶ່ງໃນບັນຊີຈາກບັນທຶກ Mailbox.log ເຂົ້າໄປໃນໄຟລ໌ແຍກຕ່າງຫາກ

ທຸກສິ່ງທຸກຢ່າງຈະກາຍເປັນຄວາມສັບສົນຫຼາຍເມື່ອມັນມາກັບໂຄງສ້າງພື້ນຖານຫຼາຍເຄື່ອງແມ່ຂ່າຍ. ເນື່ອງຈາກໄມ້ທ່ອນໄດ້ຖືກເກັບກໍາຢູ່ໃນທ້ອງຖິ່ນ, ການເຮັດວຽກກັບພວກເຂົາໃນໂຄງສ້າງພື້ນຖານຂອງເຄື່ອງແມ່ຂ່າຍຫຼາຍແມ່ນຄວາມບໍ່ສະດວກຫຼາຍແລະດັ່ງນັ້ນຈຶ່ງຈໍາເປັນຕ້ອງໄດ້ລວບລວມຂໍ້ມູນຈາກສູນກາງ. ນີ້ສາມາດເຮັດໄດ້ໂດຍການຕັ້ງໂຮດເພື່ອເກັບກໍາຂໍ້ມູນບັນທຶກ. ບໍ່ຈໍາເປັນຕ້ອງເພີ່ມເຈົ້າພາບທີ່ອຸທິດຕົນໃຫ້ກັບໂຄງສ້າງພື້ນຖານ. ເຄື່ອງແມ່ຂ່າຍເມລໃດກໍ່ຕາມສາມາດເຮັດຫນ້າທີ່ເປັນ node ສໍາລັບການເກັບກໍາຂໍ້ມູນບັນທຶກ. ໃນກໍລະນີຂອງພວກເຮົາ, ນີ້ຈະເປັນໂຫນດ Mailstore01.

ໃນເຊີບເວີນີ້ພວກເຮົາຈໍາເປັນຕ້ອງໃສ່ຄໍາສັ່ງຂ້າງລຸ່ມນີ້:

sudo su – zimbra 
zmcontrol stop
exit
sudo /opt/zimbra/libexec/zmfixperms -e -v

ແກ້ໄຂໄຟລ໌ /etc/sysconfig/rsyslog, ແລະຕັ້ງ SYSLOGD_OPTIONS=”-r -c 2″

ແກ້ໄຂ /etc/rsyslog.conf ແລະບໍ່ຂຽນຄຳເຫັນແຖວຕໍ່ໄປນີ້:
$ModLoad imudp
$UDPServerRun 514

ໃສ່ຄໍາສັ່ງຕໍ່ໄປນີ້:

sudo /etc/init.d/rsyslog stop
sudo /etc/init.d/rsyslog start
sudo su – zimbra
zmcontrol start
exit
sudo /opt/zimbra/libexec/zmloggerinit
sudo /opt/zimbra/bin/zmsshkeygen
sudo /opt/zimbra/bin/zmupdateauthkeys

ທ່ານສາມາດກວດເບິ່ງວ່າທຸກສິ່ງທຸກຢ່າງກໍາລັງເຮັດວຽກໂດຍໃຊ້ຄໍາສັ່ງ zmprov gacf | grep zimbraLogHostname. ຫຼັງຈາກປະຕິບັດຄໍາສັ່ງ, ຊື່ຂອງເຈົ້າພາບທີ່ເກັບກໍາຂໍ້ມູນບັນທຶກຄວນໄດ້ຮັບການສະແດງ. ເພື່ອປ່ຽນມັນ, ທ່ານຕ້ອງໃສ່ຄໍາສັ່ງ zmprov mcf zimbraLogHostname mailstore01.company.ru.

ໃນທຸກເຄື່ອງແມ່ຂ່າຍໂຄງສ້າງພື້ນຖານອື່ນໆ (LDAP, MTA ແລະຮ້ານຄ້າເມລອື່ນໆ), ດໍາເນີນການຄໍາສັ່ງ zmprov gacf |grep zimbraLogHostname ເພື່ອເບິ່ງຊື່ຂອງເຈົ້າພາບທີ່ບັນທຶກຖືກສົ່ງ. ເພື່ອປ່ຽນມັນ, ທ່ານຍັງສາມາດໃສ່ຄໍາສັ່ງ zmprov mcf zimbraLogHostname mailstore01.company.ru.

ທ່ານຕ້ອງໃສ່ຄໍາສັ່ງຕໍ່ໄປນີ້ໃນແຕ່ລະເຄື່ອງແມ່ຂ່າຍ:

sudo su - zimbra
/opt/zimbra/bin/zmsshkeygen
/opt/zimbra/bin/zmupdateauthkeys
exit
sudo /opt/zimbra/libexec/zmsyslogsetup
sudo service rsyslog restart
sudo su - zimbra
zmcontrol restart

ຫຼັງຈາກນີ້, ບັນທຶກທັງຫມົດຈະຖືກບັນທຶກໄວ້ໃນເຄື່ອງແມ່ຂ່າຍທີ່ທ່ານກໍານົດ, ບ່ອນທີ່ພວກເຂົາສາມາດເບິ່ງໄດ້ສະດວກ. ນອກຈາກນີ້, ໃນຄອນໂຊຜູ້ເບິ່ງແຍງ Zimbra OSE, ໃນຫນ້າຈໍທີ່ມີຂໍ້ມູນກ່ຽວກັບສະຖານະຂອງເຄື່ອງແມ່ຂ່າຍ, ການບໍລິການ Logger ແລ່ນຈະສະແດງພຽງແຕ່ສໍາລັບເຄື່ອງແມ່ຂ່າຍ mailstore01.

ອາການເຈັບຫົວອີກອັນຫນຶ່ງສໍາລັບຜູ້ບໍລິຫານສາມາດຕິດຕາມອີເມວສະເພາະ. ນັບຕັ້ງແຕ່ອີເມລ໌ໃນ Zimbra OSE ຜ່ານເຫດການທີ່ແຕກຕ່າງກັນຫຼາຍຄັ້ງດຽວ: ການສະແກນໂດຍ antivirus, antispam, ແລະອື່ນໆ, ກ່ອນທີ່ຈະໄດ້ຮັບການຍອມຮັບຫຼືສົ່ງ, ສໍາລັບຜູ້ບໍລິຫານ, ຖ້າອີເມລ໌ບໍ່ມາຮອດ, ມັນສາມາດເປັນບັນຫາຫຼາຍທີ່ຈະຕິດຕາມຢູ່ໃນຂັ້ນຕອນໃດ. ມັນ ໄດ້ ສູນ ເສຍ ໄປ .

ເພື່ອແກ້ໄຂບັນຫານີ້, ທ່ານສາມາດນໍາໃຊ້ script ພິເສດ, ເຊິ່ງໄດ້ຖືກພັດທະນາໂດຍຜູ້ຊ່ຽວຊານດ້ານຄວາມປອດໄພຂໍ້ມູນ Viktor Dukhovny ແລະແນະນໍາໃຫ້ໃຊ້ໂດຍນັກພັດທະນາ Postfix. script ນີ້ concatenates entries ຈາກບັນທຶກສໍາລັບຂະບວນການສະເພາະໃດຫນຶ່ງແລະ, ເນື່ອງຈາກນີ້, ອະນຸຍາດໃຫ້ທ່ານສາມາດສະແດງທຸກລາຍການທີ່ກ່ຽວຂ້ອງກັບການສົ່ງຈົດຫມາຍສະບັບຢ່າງວ່ອງໄວໂດຍອີງໃສ່ຕົວລະບຸຂອງມັນ. ການເຮັດວຽກຂອງມັນໄດ້ຖືກທົດສອບຢູ່ໃນທຸກລຸ້ນຂອງ Zimbra OSE, ເລີ່ມຕົ້ນຈາກ 8.7. ນີ້ແມ່ນຂໍ້ຄວາມຂອງ script ໄດ້.

#! /usr/bin/perl

use strict;
use warnings;

# Postfix delivery agents
my @agents = qw(discard error lmtp local pipe smtp virtual);

my $instre = qr{(?x)
	A			# Absolute line start
	(?:S+ s+){3} 		# Timestamp, adjust for other time formats
	S+ s+ 		# Hostname
	(postfix(?:-[^/s]+)?)	# Capture instance name stopping before first '/'
	(?:/S+)*		# Optional non-captured '/'-delimited qualifiers
	/			# Final '/' before the daemon program name
	};

my $cmdpidre = qr{(?x)
	G			# Continue from previous match
	(S+)[(d+)]:s+	# command[pid]:
};

my %smtpd;
my %smtp;
my %transaction;
my $i = 0;
my %seqno;

my %isagent = map { ($_, 1) } @agents;

while (<>) {
	next unless m{$instre}ogc; my $inst = $1;
	next unless m{$cmdpidre}ogc; my $command = $1; my $pid = $2;

	if ($command eq "smtpd") {
		if (m{Gconnect from }gc) {
			# Start new log
			$smtpd{$pid}->{"log"} = $_; next;
		}

		$smtpd{$pid}->{"log"} .= $_;

		if (m{G(w+): client=}gc) {
			# Fresh transaction 
			my $qid = "$inst/$1";
			$smtpd{$pid}->{"qid"} = $qid;
			$transaction{$qid} = $smtpd{$pid}->{"log"};
			$seqno{$qid} = ++$i;
			next;
		}

		my $qid = $smtpd{$pid}->{"qid"};
		$transaction{$qid} .= $_
			if (defined($qid) && exists $transaction{$qid});
		delete $smtpd{$pid} if (m{Gdisconnect from}gc);
		next;
	}

	if ($command eq "pickup") {
		if (m{G(w+): uid=}gc) {
			my $qid = "$inst/$1";
			$transaction{$qid} = $_;
			$seqno{$qid} = ++$i;
		}
		next;
	}

	# bounce(8) logs transaction start after cleanup(8) already logged
	# the message-id, so the cleanup log entry may be first
	#
	if ($command eq "cleanup") {
		next unless (m{G(w+): }gc);
		my $qid = "$inst/$1";
		$transaction{$qid} .= $_;
		$seqno{$qid} = ++$i if (! exists $seqno{$qid});
		next;
	}

	if ($command eq "qmgr") {
		next unless (m{G(w+): }gc);
		my $qid = "$inst/$1";
		if (defined($transaction{$qid})) {
			$transaction{$qid} .= $_;
			if (m{Gremoved$}gc) {
				print delete $transaction{$qid}, "n";
			}
		}
		next;
	}

	# Save pre-delivery messages for smtp(8) and lmtp(8)
	#
	if ($command eq "smtp" || $command eq "lmtp") {
		$smtp{$pid} .= $_;

		if (m{G(w+): to=}gc) {
			my $qid = "$inst/$1";
			if (defined($transaction{$qid})) {
				$transaction{$qid} .= $smtp{$pid};
			}
			delete $smtp{$pid};
		}
		next;
	}

	if ($command eq "bounce") {
		if (m{G(w+): .*? notification: (w+)$}gc) {
			my $qid = "$inst/$1";
			my $newid = "$inst/$2";
			if (defined($transaction{$qid})) {
				$transaction{$qid} .= $_;
			}
			$transaction{$newid} =
				$_ . $transaction{$newid};
			$seqno{$newid} = ++$i if (! exists $seqno{$newid});
		}
		next;
	}

	if ($isagent{$command}) {
		if (m{G(w+): to=}gc) {
			my $qid = "$inst/$1";
			if (defined($transaction{$qid})) {
				$transaction{$qid} .= $_;
			}
		}
		next;
	}
}

# Dump logs of incomplete transactions.
foreach my $qid (sort {$seqno{$a} <=> $seqno{$b}} keys %transaction) {
    print $transaction{$qid}, "n";
}

ສະຄຣິບຖືກຂຽນໃນ Perl ແລະເພື່ອດໍາເນີນການມັນທ່ານຈໍາເປັນຕ້ອງບັນທຶກມັນໄວ້ໃນໄຟລ໌ collate.pl, ເຮັດໃຫ້ມັນສາມາດປະຕິບັດໄດ້, ແລະຫຼັງຈາກນັ້ນດໍາເນີນການໄຟລ໌ທີ່ລະບຸໄຟລ໌ບັນທຶກແລະນໍາໃຊ້ pgrep ເພື່ອສະກັດຂໍ້ມູນການກໍານົດຂອງຈົດຫມາຍທີ່ທ່ານກໍາລັງຊອກຫາ. collate.pl /var/log/zimbra.log | pgrep '[email protected]> '. ຜົນໄດ້ຮັບຈະເປັນຜົນຜະລິດຕາມລໍາດັບຂອງສາຍທີ່ມີຂໍ້ມູນກ່ຽວກັບການເຄື່ອນໄຫວຂອງຈົດຫມາຍຢູ່ໃນເຄື່ອງແມ່ຂ່າຍ.

# collate.pl /var/log/zimbra.log | pgrep '<[email protected]>'
Oct 13 10:17:00 mail postfix/pickup[4089]: 4FF14284F45: uid=1034 from=********
Oct 13 10:17:00 mail postfix/cleanup[26776]: 4FF14284F45: message-id=*******
Oct 13 10:17:00 mail postfix/qmgr[9946]: 4FF14284F45: from=********, size=1387, nrcpt=1 (queue active)
Oct 13 10:17:00 mail postfix/smtp[7516]: Anonymous TLS connection established to mail.*******[168.*.*.4]:25: TLSv1 with cipher ADH-AES256-SHA (256/256 bits)
Oct 13 10:17:00 mail postfix/smtp[7516]: 4FF14284F45: to=*********, relay=mail.*******[168.*.*.4]:25, delay=0.25, delays=0.02/0.02/0.16/0.06, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 878833424CF)
Oct 13 10:17:00 mail postfix/qmgr[9946]: 4FF14284F45: removed
Oct 13 10:17:07 mail postfix/smtpd[21777]: connect from zimbra.******[168.*.*.4]
Oct 13 10:17:07 mail postfix/smtpd[21777]: Anonymous TLS connection established from zimbra.******[168.*.*.4]: TLSv1 with cipher ADH-AES256-SHA (256/256 bits)
Oct 13 10:17:08 mail postfix/smtpd[21777]: 0CB69282F4E: client=zimbra.******[168.*.*.4]
Oct 13 10:17:08 mail postfix/cleanup[26776]: 0CB69282F4E: message-id=zimbra.******
Oct 13 10:17:08 mail postfix/qmgr[9946]: 0CB69282F4E: from=zimbra.******, size=3606, nrcpt=1 (queue active)
Oct 13 10:17:08 mail postfix/virtual[5291]: 0CB69282F4E: to=zimbra.******, orig_to=zimbra.******, relay=virtual, delay=0.03, delays=0.02/0/0/0.01, dsn=2.0.0, status=sent (delivered to maildir)
Oct 13 10:17:08 mail postfix/qmgr[9946]: 0CB69282F4E: removed

ສໍາລັບຄໍາຖາມທັງຫມົດທີ່ກ່ຽວຂ້ອງກັບ Zextras Suite, ທ່ານສາມາດຕິດຕໍ່ຜູ້ຕາງຫນ້າຂອງ Zextras Ekaterina Triandafilidi ໂດຍທາງອີເມລ໌ [email protected]

ແຫຼ່ງຂໍ້ມູນ: www.habr.com