Zimbra OSE ലോഗുകൾ ഉപയോഗിച്ച് എങ്ങനെ പ്രവർത്തിക്കാം

ഏതൊരു കോർപ്പറേറ്റ് സിസ്റ്റത്തിന്റെയും ഏറ്റവും പ്രധാനപ്പെട്ട പ്രവർത്തനങ്ങളിലൊന്നാണ് സംഭവിക്കുന്ന എല്ലാ സംഭവങ്ങളുടെയും ലോഗിംഗ്. ഉയർന്നുവരുന്ന പ്രശ്നങ്ങൾ പരിഹരിക്കാനും വിവര സംവിധാനങ്ങളുടെ പ്രവർത്തനം ഓഡിറ്റ് ചെയ്യാനും വിവര സുരക്ഷാ സംഭവങ്ങൾ അന്വേഷിക്കാനും ലോഗുകൾ നിങ്ങളെ അനുവദിക്കുന്നു. Zimbra OSE അതിന്റെ പ്രവർത്തനത്തിന്റെ വിശദമായ ലോഗുകളും സൂക്ഷിക്കുന്നു. സെർവർ പ്രകടനം മുതൽ ഉപയോക്താക്കൾ ഇമെയിലുകൾ അയയ്‌ക്കുന്നതും സ്വീകരിക്കുന്നതും വരെയുള്ള എല്ലാ ഡാറ്റയും അവയിൽ ഉൾപ്പെടുന്നു. എന്നിരുന്നാലും, Zimbra OSE സൃഷ്ടിച്ച ലോഗുകൾ വായിക്കുന്നത് വളരെ നിസ്സാരമല്ലാത്ത ഒരു ജോലിയാണ്. ഈ ലേഖനത്തിൽ, ഒരു നിർദ്ദിഷ്ട ഉദാഹരണം ഉപയോഗിച്ച്, സിംബ്ര ഒഎസ്ഇ ലോഗുകൾ എങ്ങനെ വായിക്കാമെന്നും അവ എങ്ങനെ കേന്ദ്രീകൃതമാക്കാമെന്നും ഞങ്ങൾ നിങ്ങളോട് പറയും.

Zimbra OSE എല്ലാ പ്രാദേശിക ലോഗുകളും /opt/zimbra/log ഫോൾഡറിൽ സംഭരിക്കുന്നു, കൂടാതെ /var/log/zimbra.log ഫയലിലും ലോഗുകൾ കാണാവുന്നതാണ്. ഇതിൽ ഏറ്റവും പ്രധാനപ്പെട്ടത് mailbox.log ആണ്. മെയിൽ സെർവറിൽ സംഭവിക്കുന്ന എല്ലാ പ്രവർത്തനങ്ങളും ഇത് രേഖപ്പെടുത്തുന്നു. ഇമെയിലുകളുടെ സംപ്രേക്ഷണം, ഉപയോക്തൃ പ്രാമാണീകരണ ഡാറ്റ, പരാജയപ്പെട്ട ലോഗിൻ ശ്രമങ്ങൾ എന്നിവയും മറ്റുള്ളവയും ഇതിൽ ഉൾപ്പെടുന്നു. mailbox.log-ലെ എൻട്രികൾ ഇവന്റ് നടന്ന സമയം, ഇവന്റിന്റെ ലെവൽ, ഇവന്റ് നടന്ന ത്രെഡ് നമ്പർ, ഉപയോക്തൃനാമവും IP വിലാസവും കൂടാതെ ഇവന്റിന്റെ ടെക്സ്റ്റ് വിവരണവും അടങ്ങുന്ന ഒരു ടെക്സ്റ്റ് സ്ട്രിംഗാണ്. .

സെർവറിന്റെ പ്രവർത്തനത്തിൽ ഇവന്റിന്റെ സ്വാധീനത്തിന്റെ അളവ് ലോഗ് ലെവൽ സൂചിപ്പിക്കുന്നു. ഡിഫോൾട്ടായി 4 ഇവന്റ് ലെവലുകൾ ഉണ്ട്: വിവരം, മുന്നറിയിപ്പ്, പിശക്, മാരകമായത്. തീവ്രത വർദ്ധിപ്പിക്കുന്ന ക്രമത്തിൽ എല്ലാ തലങ്ങളും നോക്കാം.

• വിവരം - ഈ തലത്തിലുള്ള ഇവന്റുകൾ സാധാരണയായി സിംബ്ര ഒഎസ്ഇയുടെ പുരോഗതിയെക്കുറിച്ച് അറിയിക്കാൻ ഉദ്ദേശിച്ചുള്ളതാണ്. ഈ തലത്തിലുള്ള സന്ദേശങ്ങളിൽ ഒരു മെയിൽബോക്‌സ് സൃഷ്‌ടിക്കുകയോ ഇല്ലാതാക്കുകയോ ചെയ്യുന്നതിനെക്കുറിച്ചുള്ള റിപ്പോർട്ടുകൾ ഉൾപ്പെടുന്നു.
• മുന്നറിയിപ്പ് - ഈ ലെവലിലെ ഇവന്റുകൾ അപകടകരമായേക്കാവുന്ന സാഹചര്യങ്ങളെക്കുറിച്ച് അറിയിക്കുന്നു, എന്നാൽ സെർവറിന്റെ പ്രവർത്തനത്തെ ബാധിക്കില്ല. ഉദാഹരണത്തിന്, WARN ലെവൽ ഒരു പരാജയപ്പെട്ട ഉപയോക്തൃ ലോഗിൻ ശ്രമത്തെക്കുറിച്ചുള്ള സന്ദേശത്തെ അടയാളപ്പെടുത്തുന്നു.
• പിശക് - ലോഗിലെ ഈ ഇവന്റ് ലെവൽ പ്രാദേശിക സ്വഭാവമുള്ളതും സെർവറിന്റെ പ്രവർത്തനത്തെ തടസ്സപ്പെടുത്താത്തതുമായ ഒരു പിശക് സംഭവിക്കുന്നതിനെക്കുറിച്ച് അറിയിക്കുന്നു. ഒരു വ്യക്തിഗത ഉപയോക്താവിന്റെ സൂചിക ഡാറ്റ കേടായ ഒരു പിശക് ഈ ലെവലിന് ഫ്ലാഗ് ചെയ്യാൻ കഴിയും.
• മാരകമായ - ഈ ലെവൽ സെർവറിന് സാധാരണയായി പ്രവർത്തിക്കാൻ കഴിയാത്ത പിശകുകളെ സൂചിപ്പിക്കുന്നു. ഉദാഹരണത്തിന്, DBMS-ലേക്ക് കണക്‌റ്റ് ചെയ്യാനുള്ള കഴിവില്ലായ്മയെ സൂചിപ്പിക്കുന്ന ഒരു റെക്കോർഡിന് FATAL ലെവൽ ആയിരിക്കും.

മെയിൽ സെർവർ ലോഗ് ഫയൽ എല്ലാ ദിവസവും അപ്ഡേറ്റ് ചെയ്യുന്നു. ഫയലിന്റെ ഏറ്റവും പുതിയ പതിപ്പിന് എല്ലായ്‌പ്പോഴും Mailbox.log എന്ന പേര് ഉണ്ട്, അതേസമയം ഒരു നിശ്ചിത തീയതിക്കുള്ള ലോഗുകൾക്ക് പേരിൽ ഒരു തീയതി ഉണ്ടായിരിക്കുകയും ആർക്കൈവിൽ അടങ്ങിയിരിക്കുകയും ചെയ്യുന്നു. ഉദാഹരണത്തിന് mailbox.log.2020-09-29.tar.gz. പ്രവർത്തന ലോഗുകൾ ബാക്കപ്പ് ചെയ്യുന്നതും ലോഗുകൾ വഴി തിരയുന്നതും ഇത് വളരെ എളുപ്പമാക്കുന്നു.

സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്ററുടെ സൗകര്യാർത്ഥം, /opt/zimbra/log/ ഫോൾഡറിൽ മറ്റ് ലോഗുകൾ അടങ്ങിയിരിക്കുന്നു. നിർദ്ദിഷ്‌ട സിംബ്ര OSE ഘടകങ്ങളുമായി ബന്ധപ്പെട്ട എൻട്രികൾ മാത്രമാണ് അവയിൽ ഉൾപ്പെടുന്നത്. ഉദാഹരണത്തിന്, audit.log-ൽ ഉപയോക്തൃ ആധികാരികതയെക്കുറിച്ചുള്ള രേഖകൾ മാത്രമേ അടങ്ങിയിട്ടുള്ളൂ, clamd.log-ൽ ആന്റിവൈറസിന്റെ പ്രവർത്തനത്തെക്കുറിച്ചുള്ള ഡാറ്റയും മറ്റും അടങ്ങിയിരിക്കുന്നു. വഴിയിൽ, നുഴഞ്ഞുകയറ്റക്കാരിൽ നിന്ന് ഒരു സിംബ്ര OSE സെർവർ പരിരക്ഷിക്കുന്നതിനുള്ള മികച്ച രീതിയാണ് Fail2Ban ഉപയോഗിച്ച് സെർവർ പരിരക്ഷണം, audit.log അടിസ്ഥാനമാക്കി പ്രവർത്തിക്കുന്നു. കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യുന്നതിനായി ഒരു ക്രോൺ ടാസ്‌ക് ചേർക്കുന്നതും നല്ല രീതിയാണ് grep -ir "അസാധുവായ പാസ്‌വേഡ്" /opt/zimbra/log/audit.logദിവസേനയുള്ള ലോഗിൻ പരാജയ വിവരം ലഭിക്കുന്നതിന്.

ഒരു പാസ്‌വേഡ് രണ്ടുതവണ തെറ്റായി നൽകിയതും വിജയകരമായ ലോഗിൻ ശ്രമവും audit.log എങ്ങനെ കാണിക്കുന്നു എന്നതിന്റെ ഒരു ഉദാഹരണം.

വിവിധ നിർണായക പരാജയങ്ങളുടെ കാരണങ്ങൾ തിരിച്ചറിയുന്നതിന് സിംബ്ര ഒഎസ്ഇയിലെ ലോഗുകൾ വളരെ ഉപയോഗപ്രദമാകും. ഒരു ഗുരുതരമായ പിശക് സംഭവിക്കുന്ന നിമിഷത്തിൽ, അഡ്മിനിസ്ട്രേറ്റർക്ക് സാധാരണയായി ലോഗുകൾ വായിക്കാൻ സമയമില്ല. എത്രയും വേഗം സെർവർ പുനഃസ്ഥാപിക്കേണ്ടതുണ്ട്. എന്നിരുന്നാലും, പിന്നീട്, സെർവർ ബാക്കപ്പ് ചെയ്യുകയും ധാരാളം ലോഗുകൾ സൃഷ്ടിക്കുകയും ചെയ്യുമ്പോൾ, ഒരു വലിയ ഫയലിൽ ആവശ്യമായ എൻട്രി കണ്ടെത്തുന്നത് ബുദ്ധിമുട്ടാണ്. ഒരു പിശക് റെക്കോർഡ് വേഗത്തിൽ കണ്ടെത്തുന്നതിന്, സെർവർ പുനരാരംഭിച്ച സമയം അറിയാനും ഈ സമയം മുതലുള്ള ലോഗുകളിൽ ഒരു എൻട്രി കണ്ടെത്താനും മതിയാകും. മുമ്പത്തെ എൻട്രി സംഭവിച്ച പിശകിന്റെ റെക്കോർഡ് ആയിരിക്കും. FATAL എന്ന കീവേഡ് തിരയുന്നതിലൂടെ നിങ്ങൾക്ക് പിശക് സന്ദേശം കണ്ടെത്താനും കഴിയും.

സിംബ്ര ഒഎസ്ഇ ലോഗുകൾ നിർണായകമല്ലാത്ത പരാജയങ്ങൾ തിരിച്ചറിയാനും നിങ്ങളെ അനുവദിക്കുന്നു. ഉദാഹരണത്തിന്, ഹാൻഡ്‌ലർ ഒഴിവാക്കലുകൾ കണ്ടെത്താൻ, നിങ്ങൾക്ക് ഹാൻഡ്‌ലർ ഒഴിവാക്കലുകൾക്കായി തിരയാം. മിക്കപ്പോഴും, ഹാൻഡ്‌ലറുകൾ സൃഷ്‌ടിക്കുന്ന പിശകുകൾ ഒരു സ്റ്റാക്ക് ട്രെയ്‌സിനൊപ്പം ഉണ്ടാകുന്നു, അത് ഒഴിവാക്കലിന് കാരണമായത് എന്താണെന്ന് വിശദീകരിക്കുന്നു. മെയിൽ ഡെലിവറിയിലെ പിശകുകളുടെ കാര്യത്തിൽ, നിങ്ങൾ LmtpServer കീവേഡ് ഉപയോഗിച്ച് നിങ്ങളുടെ തിരയൽ ആരംഭിക്കണം, കൂടാതെ POP അല്ലെങ്കിൽ IMAP പ്രോട്ടോക്കോളുകളുമായി ബന്ധപ്പെട്ട പിശകുകൾക്കായി തിരയാൻ, നിങ്ങൾക്ക് ImapServer, Pop3Server കീവേഡുകൾ ഉപയോഗിക്കാം.

വിവര സുരക്ഷാ സംഭവങ്ങൾ അന്വേഷിക്കുമ്പോൾ ലോഗുകളും സഹായിക്കും. ഒരു പ്രത്യേക ഉദാഹരണം നോക്കാം. സെപ്തംബർ 20 ന്, ജീവനക്കാരിലൊരാൾ ഒരു ക്ലയന്റിന് വൈറസ് ബാധിച്ച ഒരു കത്ത് അയച്ചു. തൽഫലമായി, ക്ലയന്റിന്റെ കമ്പ്യൂട്ടറിലെ ഡാറ്റ എൻക്രിപ്റ്റ് ചെയ്യപ്പെട്ടു. എന്നിരുന്നാലും, താൻ ഒന്നും അയച്ചിട്ടില്ലെന്ന് ജീവനക്കാരൻ ആണയിടുന്നു. സംഭവത്തെക്കുറിച്ചുള്ള അന്വേഷണത്തിന്റെ ഭാഗമായി, എന്റർപ്രൈസ് സെക്യൂരിറ്റി സർവീസ് സിസ്റ്റം അഡ്മിനിസ്‌ട്രേറ്ററോട് സെപ്തംബർ 20-ന് ഉപയോക്താവുമായി ബന്ധപ്പെട്ട മെയിൽ സെർവർ ലോഗ് അഭ്യർത്ഥിക്കുന്നു. ടൈം സ്റ്റാമ്പിന് നന്ദി, സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർ ആവശ്യമായ ലോഗ് ഫയൽ കണ്ടെത്തുകയും ആവശ്യമായ വിവരങ്ങൾ എക്‌സ്‌ട്രാക്റ്റ് ചെയ്യുകയും സുരക്ഷാ വിദഗ്ധർക്ക് കൈമാറുകയും ചെയ്യുന്നു. അവർ അതിലൂടെ നോക്കുകയും ഈ കത്ത് അയച്ച ഐപി വിലാസം ഉപയോക്താവിന്റെ കമ്പ്യൂട്ടറിന്റെ ഐപി വിലാസവുമായി പൊരുത്തപ്പെടുന്നുണ്ടെന്ന് കണ്ടെത്തുകയും ചെയ്യുന്നു. കത്ത് അയയ്ക്കുമ്പോൾ ജീവനക്കാരൻ ജോലിസ്ഥലത്തുണ്ടായിരുന്നതായി സിസിടിവി ദൃശ്യങ്ങൾ സ്ഥിരീകരിച്ചു. വിവര സുരക്ഷാ നിയമങ്ങൾ ലംഘിച്ചുവെന്ന് ആരോപിച്ച് അദ്ദേഹത്തെ പുറത്താക്കാൻ ഈ ഡാറ്റ മതിയായിരുന്നു. 

Mailbox.log ലോഗിൽ നിന്ന് ഒരു പ്രത്യേക ഫയലിലേക്ക് അക്കൗണ്ടുകളിലൊന്നിനെക്കുറിച്ചുള്ള റെക്കോർഡുകൾ എക്‌സ്‌ട്രാക്റ്റുചെയ്യുന്നതിനുള്ള ഒരു ഉദാഹരണം

മൾട്ടി-സെർവർ ഇൻഫ്രാസ്ട്രക്ചറിന്റെ കാര്യത്തിൽ എല്ലാം കൂടുതൽ സങ്കീർണ്ണമാകുന്നു. ലോഗുകൾ പ്രാദേശികമായി ശേഖരിക്കുന്നതിനാൽ, മൾട്ടി-സെർവർ ഇൻഫ്രാസ്ട്രക്ചറിൽ അവരുമായി പ്രവർത്തിക്കുന്നത് വളരെ അസൗകര്യമാണ്, അതിനാൽ ലോഗുകളുടെ ശേഖരണം കേന്ദ്രീകൃതമാക്കേണ്ടതുണ്ട്. ലോഗുകൾ ശേഖരിക്കുന്നതിന് ഒരു ഹോസ്റ്റ് സജ്ജീകരിച്ചുകൊണ്ട് ഇത് ചെയ്യാൻ കഴിയും. ഇൻഫ്രാസ്ട്രക്ചറിലേക്ക് ഒരു പ്രത്യേക ഹോസ്റ്റിനെ ചേർക്കേണ്ട ആവശ്യമില്ല. ഏത് മെയിൽ സെർവറിനും ലോഗുകൾ ശേഖരിക്കുന്നതിനുള്ള ഒരു നോഡായി പ്രവർത്തിക്കാൻ കഴിയും. ഞങ്ങളുടെ കാര്യത്തിൽ, ഇത് 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 അഡ്മിനിസ്ട്രേറ്റർ കൺസോളിൽ, സെർവറുകളുടെ നിലയെക്കുറിച്ചുള്ള വിവരങ്ങളുള്ള സ്ക്രീനിൽ, മെയിൽസ്റ്റോർ01 സെർവറിനായി മാത്രം റൺ ചെയ്യുന്ന ലോഗർ സേവനം പ്രദർശിപ്പിക്കും.

ഒരു അഡ്‌മിനിസ്‌ട്രേറ്ററുടെ മറ്റൊരു തലവേദന ഒരു നിർദ്ദിഷ്ട ഇമെയിലിന്റെ ട്രാക്ക് സൂക്ഷിക്കുന്നതാണ്. Zimbra OSE-യിലെ ഇമെയിലുകൾ ഒരേസമയം നിരവധി വ്യത്യസ്ത ഇവന്റുകളിലൂടെ കടന്നുപോകുന്നതിനാൽ: ആന്റിവൈറസ്, ആന്റിസ്‌പാം, അങ്ങനെ സ്‌കാൻ ചെയ്യൽ, സ്വീകരിക്കുന്നതിനോ അയയ്‌ക്കുന്നതിനോ മുമ്പായി, അഡ്മിനിസ്‌ട്രേറ്റർക്ക്, ഇമെയിൽ വന്നില്ലെങ്കിൽ, ഏത് ഘട്ടത്തിലാണ് എന്ന് കണ്ടെത്തുന്നത് തികച്ചും പ്രശ്‌നകരമാണ്. അത് നഷ്ടപ്പെട്ടു .

ഈ പ്രശ്നം പരിഹരിക്കുന്നതിന്, നിങ്ങൾക്ക് ഒരു പ്രത്യേക സ്ക്രിപ്റ്റ് ഉപയോഗിക്കാം, അത് ഇൻഫർമേഷൻ സെക്യൂരിറ്റി സ്പെഷ്യലിസ്റ്റ് വിക്ടർ ദുഖോവ്നി വികസിപ്പിച്ചതും പോസ്റ്റ്ഫിക്സ് ഡവലപ്പർമാർ ഉപയോഗിക്കാൻ ശുപാർശ ചെയ്തതുമാണ്. ഈ സ്ക്രിപ്റ്റ് ഒരു നിർദ്ദിഷ്‌ട പ്രക്രിയയ്‌ക്കായി ലോഗുകളിൽ നിന്നുള്ള എൻട്രികൾ സംയോജിപ്പിക്കുന്നു, ഇതുമൂലം, ഒരു പ്രത്യേക അക്ഷരം അയയ്‌ക്കുന്നതുമായി ബന്ധപ്പെട്ട എല്ലാ എൻട്രികളും അതിന്റെ ഐഡന്റിഫയറിനെ അടിസ്ഥാനമാക്കി വേഗത്തിൽ പ്രദർശിപ്പിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. 8.7 മുതൽ ആരംഭിക്കുന്ന സിംബ്ര ഒഎസ്ഇയുടെ എല്ലാ പതിപ്പുകളിലും ഇതിന്റെ പ്രവർത്തനം പരീക്ഷിച്ചു. സ്ക്രിപ്റ്റിന്റെ വാചകം ഇതാ.

#! /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";
}

സ്ക്രിപ്റ്റ് പേളിൽ എഴുതിയിരിക്കുന്നു, അത് പ്രവർത്തിപ്പിക്കുന്നതിന് നിങ്ങൾ അത് ഒരു ഫയലിലേക്ക് സേവ് ചെയ്യേണ്ടതുണ്ട് collate.pl, ഇത് എക്സിക്യൂട്ടബിൾ ആക്കുക, തുടർന്ന് ലോഗ് ഫയൽ വ്യക്തമാക്കുന്ന ഫയൽ പ്രവർത്തിപ്പിക്കുക, നിങ്ങൾ തിരയുന്ന അക്ഷരത്തിന്റെ തിരിച്ചറിയൽ വിവരങ്ങൾ എക്‌സ്‌ട്രാക്‌റ്റുചെയ്യുന്നതിന് pgrep ഉപയോഗിക്കുക collate.pl /var/log/zimbra.log | pgrep'[ഇമെയിൽ പരിരക്ഷിച്ചിരിക്കുന്നു]>’. സെർവറിലെ അക്ഷരത്തിന്റെ ചലനത്തെക്കുറിച്ചുള്ള വിവരങ്ങൾ അടങ്ങിയ വരികളുടെ തുടർച്ചയായ ഔട്ട്പുട്ടായിരിക്കും ഫലം.

# 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-യുമായി ബന്ധപ്പെടാം [ഇമെയിൽ പരിരക്ഷിച്ചിരിക്കുന്നു]

അവലംബം: www.habr.com