🥇Zimbra OSE ලඝු-සටහන් සමඟ වැඩ කරන්නේ කෙසේද

සිදුවන සියලුම සිදුවීම් ලොග් කිරීම ඕනෑම ආයතනික පද්ධතියක වැදගත්ම කාර්යයකි. නැගී එන ගැටළු විසඳීමට, තොරතුරු පද්ධතිවල ක්‍රියාකාරිත්වය විගණනය කිරීමට සහ තොරතුරු ආරක්ෂණ සිදුවීම් විමර්ශනය කිරීමට ලඝු-සටහන් ඔබට ඉඩ සලසයි. Zimbra OSE එහි ක්‍රියාකාරිත්වය පිළිබඳ සවිස්තරාත්මක සටහන් ද තබා ගනී. සේවාදායක කාර්ය සාධනයේ සිට පරිශීලකයින් විසින් ඊමේල් යැවීම සහ ලැබීම දක්වා සියලුම දත්ත ඒවාට ඇතුළත් වේ. කෙසේ වෙතත්, Zimbra OSE විසින් ජනනය කරන ලද ලඝු-සටහන් කියවීම තරමක් සුළු නොවන කාර්යයකි. මෙම ලිපියෙන්, නිශ්චිත උදාහරණයක් භාවිතා කරමින්, Zimbra OSE ලඝු-සටහන් කියවන ආකාරය මෙන්ම ඒවා මධ්යගත කරන්නේ කෙසේදැයි අපි ඔබට කියමු.

Zimbra OSE සියලුම දේශීය ලොග් /opt/zimbra/log ෆෝල්ඩරය තුළ ගබඩා කරයි, සහ ලොග් /var/log/zimbra.log ගොනුව තුළද සොයා ගත හැක. මේවායින් වඩාත් වැදගත් වන්නේ mailbox.log ය. එය තැපැල් සේවාදායකයේ සිදුවන සියලුම ක්‍රියා වාර්තා කරයි. මේවාට ඊමේල් සම්ප්‍රේෂණය, පරිශීලක සත්‍යාපන දත්ත, අසාර්ථක පුරනය වීමේ උත්සාහයන් සහ වෙනත් දේ ඇතුළත් වේ. mailbox.log හි ඇතුළත් කිරීම් යනු සිදුවීම සිදු වූ වේලාව, සිදුවීමේ මට්ටම, සිදුවීම සිදු වූ නූල් අංකය, පරිශීලක නාමය සහ IP ලිපිනය මෙන්ම සිදුවීම පිළිබඳ පෙළ විස්තරයක් අඩංගු පෙළ පෙළකි. .

ලොග් මට්ටම සේවාදායකයේ ක්‍රියාකාරිත්වයට සිදුවීමේ බලපෑමේ තරම පෙන්නුම් කරයි. පෙරනිමියෙන් සිදුවීම් මට්ටම් 4ක් ඇත: තොරතුරු, අනතුරු ඇඟවීම, දෝෂය සහ මාරාන්තික. බරපතලකම වැඩිවන අනුපිළිවෙලෙහි සියලු මට්ටම් දෙස බලමු.

තොරතුරු - මෙම මට්ටමේ සිදුවීම් සාමාන්‍යයෙන් සිම්බරා OSE හි ප්‍රගතිය පිළිබඳව දැනුම් දීමට අදහස් කෙරේ. මෙම මට්ටමේ පණිවිඩවලට තැපැල් පෙට්ටියක් සෑදීම හෝ මකා දැමීම පිළිබඳ වාර්තා ඇතුළත් වේ.
අනතුරු අඟවන්න - මෙම මට්ටමේ සිදුවීම් අනතුරුදායක විය හැකි නමුත් සේවාදායකයේ ක්‍රියාකාරිත්වයට බලපාන්නේ නැති තත්වයන් පිළිබඳව දැනුම් දෙයි. උදාහරණයක් ලෙස, WARN මට්ටම අසාර්ථක පරිශීලක පිවිසුම් උත්සාහයක් පිළිබඳ පණිවිඩයක් සලකුණු කරයි.
දෝෂය - ලොගයේ මෙම සිදුවීම් මට්ටම දේශීය ස්වභාවයේ දෝෂයක් ඇතිවීම පිළිබඳව දැනුම් දෙයි සහ සේවාදායකයේ ක්‍රියාකාරිත්වයට බාධාවක් නොවේ. මෙම මට්ටමට තනි පරිශීලකයෙකුගේ දර්ශක දත්ත දූෂිත වී ඇති දෝෂයක් සලකුණු කළ හැක.
FATAL - මෙම මට්ටම මඟින් සේවාදායකයට සාමාන්‍ය ලෙස ක්‍රියා කළ නොහැකි දෝෂ පෙන්නුම් කරයි. උදාහරණයක් ලෙස, DBMS වෙත සම්බන්ධ වීමට ඇති නොහැකියාව පෙන්නුම් කරන වාර්තාවක් සඳහා FATAL මට්ටම වනු ඇත.

තැපැල් සේවාදායක ලොග් ගොනුව සෑම දිනකම යාවත්කාලීන වේ. ගොනුවේ නවතම අනුවාදයේ සෑම විටම Mailbox.log යන නම ඇති අතර, නිශ්චිත දිනයක් සඳහා ලොග වල නමේ දිනයක් ඇති අතර ඒවා ලේඛනාගාරයේ ඇත. උදාහරණයක් ලෙස mailbox.log.2020-09-29.tar.gz. මෙය ක්‍රියාකාරකම් ලොග උපස්ථ කිරීම සහ ලඝු-සටහන් හරහා සෙවීම වඩාත් පහසු කරයි.

පද්ධති පරිපාලකගේ පහසුව සඳහා, /opt/zimbra/log/ ෆෝල්ඩරයේ වෙනත් ලඝු-සටහන් අඩංගු වේ. ඒවාට ඇතුළත් වන්නේ විශේෂිත Zimbra OSE මූලද්‍රව්‍යවලට අදාළ ඇතුළත් කිරීම් පමණි. උදාහරණයක් ලෙස, audit.log හි පරිශීලක සත්‍යාපනය පිළිබඳ වාර්තා පමණක් අඩංගු වේ, clamd.log හි ප්‍රති-වයිරසයේ ක්‍රියාකාරිත්වය පිළිබඳ දත්ත අඩංගු වේ, යනාදිය. මාර්ගය වන විට, අනවසරයෙන් සිම්බ්රා OSE සේවාදායකයක් ආරක්ෂා කිරීමේ විශිෂ්ට ක්රමයකි Fail2Ban භාවිතා කරමින් සේවාදායක ආරක්ෂාව, එය හුදෙක් audit.log මත පදනම්ව ක්‍රියා කරයි. විධානය ක්‍රියාත්මක කිරීම සඳහා ක්‍රෝන් කාර්යයක් එක් කිරීම ද හොඳ පුරුද්දකි grep -ir "වලංගු නොවන මුරපදය" /opt/zimbra/log/audit.logදෛනික පිවිසුම් අසාර්ථක තොරතුරු ලබා ගැනීමට.

audit.log විසින් දෙවරක් වැරදි ලෙස ඇතුළත් කළ මුරපදයක් සහ සාර්ථක පිවිසුම් උත්සාහයක් පෙන්වන ආකාරය පිළිබඳ උදාහරණයක්.

Zimbra OSE හි ලොග් විවිධ විවේචනාත්මක අසාර්ථකත්වයන් සඳහා හේතු හඳුනා ගැනීම සඳහා අතිශයින්ම ප්රයෝජනවත් විය හැක. විවේචනාත්මක දෝෂයක් සිදු වූ මොහොතේ, පරිපාලකයාට ලොග් කියවීමට සාමාන්‍යයෙන් කාලයක් නොමැත. හැකි ඉක්මනින් සේවාදායකය ප්‍රතිසාධනය කිරීම අවශ්‍ය වේ. කෙසේ වෙතත්, පසුව, සේවාදායකය උපස්ථ කර ලොග් විශාල ප්‍රමාණයක් ජනනය කරන විට, විශාල ගොනුවක අවශ්‍ය ප්‍රවේශය සොයා ගැනීම දුෂ්කර විය හැකිය. දෝෂ වාර්තාවක් ඉක්මනින් සොයා ගැනීම සඳහා, සේවාදායකය නැවත ආරම්භ කරන ලද වේලාව දැන ගැනීමට සහ මෙම කාලයේ සිට දිවෙන ලොග් වල ඇතුළත් කිරීමක් සොයා ගැනීමට ප්රමාණවත් වේ. පෙර ප්‍රවේශය සිදු වූ දෝෂය පිළිබඳ වාර්තාවක් වනු ඇත. FATAL යන මූල පදය සෙවීමෙන් ඔබට දෝෂ පණිවිඩය සොයාගත හැකිය.

Zimbra OSE ලඝු-සටහන් ඔබට විවේචනාත්මක නොවන අසාර්ථකත්වයන් හඳුනා ගැනීමට ද ඉඩ සලසයි. උදාහරණයක් ලෙස, හසුරුවන්න ව්‍යතිරේක සොයා ගැනීමට, ඔබට හසුරුවන්න ව්‍යතිරේකය සෙවිය හැක. බොහෝ විට, හසුරුවන්නන් විසින් ජනනය කරන ලද දෝෂයන් ව්‍යතිරේකයට හේතු වූ දේ පැහැදිලි කරන තොග හෝඩුවාවක් සමඟ ඇත. තැපැල් බෙදා හැරීමේදී දෝෂ ඇති වුවහොත්, ඔබ ඔබේ සෙවීම LmtpServer මූල පදයෙන් ආරම්භ කළ යුතු අතර, POP හෝ IMAP ප්‍රොටෝකෝලවලට අදාළ දෝෂ සෙවීමට, ඔබට ImapServer සහ Pop3Server මූල පද භාවිතා කළ හැකිය.

තොරතුරු ආරක්ෂණ සිදුවීම් විමර්ශනය කිරීමේදී ලඝු-සටහන් ද උපකාර විය හැක. අපි නිශ්චිත උදාහරණයක් බලමු. සැප්තැම්බර් 20 වන දින, එක් සේවකයෙකු සේවාදායකයෙකුට වෛරස් ආසාදිත ලිපියක් යවා ඇත. එහි ප්‍රතිඵලයක් ලෙස සේවාදායකයාගේ පරිගණකයේ දත්ත සංකේතනය විය. කෙසේ වෙතත්, සේවකයා දිවුරන්නේ ඔහු කිසිවක් නොයැවූ බවයි. සිද්ධිය පිළිබඳ විමර්ශනයේ කොටසක් ලෙස, විමර්ශනයට ලක්වන පරිශීලකයා හා සම්බන්ධ සැප්තැම්බර් 20 සඳහා තැපැල් සේවාදායකයේ ලොග් පද්ධති පරිපාලකගෙන් ව්‍යවසාය ආරක්ෂණ සේවාව ඉල්ලා සිටී. කාල මුද්දරයට ස්තූතියි, පද්ධති පරිපාලක විසින් අවශ්ය ලොග් ගොනුව සොයාගෙන, අවශ්ය තොරතුරු උපුටා ගැනීම සහ ආරක්ෂක විශේෂඥයින් වෙත එය මාරු කරයි. ඔවුන් අනෙක් අතට එය දෙස බලා මෙම ලිපිය යවන ලද IP ලිපිනය පරිශීලකයාගේ පරිගණකයේ IP ලිපිනයට අනුරූප වන බව සොයා ගනී. ලිපිය යවන විට සේවකයා සිය සේවා ස්ථානයේ සිටි බව CCTV දර්ශනවලින් තහවුරු විය. තොරතුරු ආරක්ෂණ නීති උල්ලංඝනය කළ බවට ඔහුට චෝදනා කිරීමට සහ ඔහුව නෙරපා හැරීමට මෙම දත්ත ප්‍රමාණවත් විය.

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 පරිපාලක කොන්සෝලය තුළ, සේවාදායකයන්ගේ තත්ත්වය පිළිබඳ තොරතුරු සහිත තිරය මත, ධාවනය වන Logger සේවාව mailstore01 සේවාදායකය සඳහා පමණක් දර්ශනය වේ.

පරිපාලකයෙකුට ඇති තවත් හිසරදයක් වන්නේ නිශ්චිත විද්‍යුත් තැපෑලක් නිරීක්ෂණය කිරීමයි. Zimbra OSE හි විද්‍යුත් තැපෑල එකවර විවිධ සිදුවීම් කිහිපයක් හරහා ගමන් කරන බැවින්: ප්‍රති-වයිරස, ප්‍රති-ස්පෑම් සහ යනාදිය මඟින් පරිලෝකනය කිරීම, පිළිගැනීමට හෝ යැවීමට පෙර, පරිපාලකයාට, විද්‍යුත් තැපෑල නොපැමිණියේ නම්, එය කුමන අවධියකදැයි සොයා බැලීම තරමක් ගැටළු සහගත විය හැකිය. එය නැති විය .

මෙම ගැටළුව විසඳීම සඳහා, ඔබට විශේෂ පිටපතක් භාවිතා කළ හැකිය, එය තොරතුරු ආරක්ෂණ විශේෂඥ වික්ටර් ඩුකොව්නි විසින් සංවර්ධනය කරන ලද අතර Postfix සංවර්ධකයින් විසින් භාවිතා කිරීම සඳහා නිර්දේශ කරනු ලැබේ. මෙම ස්ක්‍රිප්ටය නිශ්චිත ක්‍රියාවලියක් සඳහා ලඝු-සටහන් වලින් ඇතුළත් කිරීම් ඒකාබද්ධ කරන අතර, මේ හේතුවෙන්, එහි හැඳුනුම්කාරකය මත පදනම්ව විශේෂිත ලිපියක් යැවීම හා සම්බන්ධ සියලුම ඇතුළත් කිරීම් ඉක්මනින් ප්‍රදර්ශනය කිරීමට ඔබට ඉඩ සලසයි. එහි කාර්යය 8.7 සිට ආරම්භ වන Zimbra OSE හි සියලුම අනුවාද වල පරීක්ෂා කර ඇත. මෙන්න පිටපතේ පෙළ.

#! /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

Zimbra OSE ලොග් සමඟ වැඩ කරන්නේ කෙසේද