Znuny - Revizia istoricului

Radu Borza la 2 iunie 2025 17:20

2025-06-02T17:20:39Z

← Versiunea anterioară		Versiunea de la data 2 iunie 2025 20:20
Linia 6:		Linia 6:
	* [[SpamAssassin]] rulează pe server și adaugă un header nou mesajelor, cu scorul de spam. Aceasta se întâmplă datorită fișierului <code>/etc/procmailrc</code>.		* [[SpamAssassin]] rulează pe server și adaugă un header nou mesajelor, cu scorul de spam. Aceasta se întâmplă datorită fișierului <code>/etc/procmailrc</code>.
	* Userul otrs are un fișier <code>/opt/otrs/.procmailrc</code>, instalat cu pachetul Znuny și customizat de noi.		* Userul otrs are un fișier <code>/opt/otrs/.procmailrc</code>, instalat cu pachetul Znuny și customizat de noi.
	** Mesajele cu scor SpamAssassin >= 5 ajung în <code>/var/mail/spam</code>;		** Mesajele cu scor SpamAssassin >= 3* ajung în <code>/var/mail/spam</code>;
	** Mesajele către <code>publicitate@dexonline.ro</code> ajung în Znuny în coada Publicitate;		** Mesajele către <code>publicitate@dexonline.ro</code> ajung în Znuny în coada Publicitate;
	** Mesajele către <code>ong@dexonline.ro</code> ajung în Znuny în coada ONG;		** Mesajele către <code>ong@dexonline.ro</code> ajung în Znuny în coada ONG;

Cătălin.Frâncu: /* Aducerea la zi a Znuny */

2021-12-02T13:13:43Z

Aducerea la zi a Znuny

← Versiunea anterioară		Versiunea de la data 2 decembrie 2021 16:13
Linia 21:		Linia 21:
	== Aducerea la zi a Znuny ==		== Aducerea la zi a Znuny ==

	Sistemul Znuny este instalat în ~~/opt/znuny-x.y.z. Versiunea curentă are un symlink din~~ <code>/opt/otrs</code> ~~către~~ <code>/opt/znuny-~~<versiune>~~</code>. Znuny are instrucțiuni ~~bunicele~~ pentru ~~upgrade~~, dar sunt câțiva pași pe care ei nu îi menționează. În special, dorim să facem cât mai mult din upgrade fără să oprim sistemul.		Sistemul Znuny este instalat în <code>/opt/otrs</code>, care este un symlink spre <code>/opt/znuny-x.y.z</code>. Znuny are [https://doc.znuny.org/manual/releases/installupdate/update.html instrucțiuni] bune pentru actualizare, dar sunt câțiva pași pe care ei nu îi menționează. În special, dorim să facem cât mai mult din upgrade fără să oprim sistemul.

	* Descărcați noua versiune, fie ea <code>x.y.z</code>		* Descărcați noua versiune, fie ea <code>x.y.z</code>
Linia 27:		Linia 27:
	<syntaxhighlight lang="bash">		<syntaxhighlight lang="bash">
	cd /opt		cd /opt
	wget http://.../~~otrs~~-x.y.z.tar.gz		wget http://.../znuny-x.y.z.tar.gz
	tar ~~zxvf otrs~~-x.y.z.tar.gz		tar zxf znuny-x.y.z.tar.gz
	chown -R otrs.www-data ~~otrs~~-x.y.z		chown -R otrs.www-data znuny-x.y.z
	chmod 755 ~~otrs~~-x.y.z		chmod 755 znuny-x.y.z
	cd ~~otrs~~-x.y.z		cd znuny-x.y.z
	</syntaxhighlight>		</syntaxhighlight>

Linia 43:		Linia 43:
	cp -ai /opt/otrs/var/log/TicketCounter.log var/log/		cp -ai /opt/otrs/var/log/TicketCounter.log var/log/
	cp -ai /opt/otrs/Kernel/Config.pm Kernel/		cp -ai /opt/otrs/Kernel/Config.pm Kernel/
	~~cp -ai /opt/otrs/Kernel/Config/Files/ZZZAAuto.pm Kernel/Config/Files/~~
	</syntaxhighlight>		</syntaxhighlight>

	* Comparați ~~fișierul~~ <code>Config.pm</code>~~, pe care tocmai l-ați copiat,~~ cu ~~fișierul corespunzător~~ <code>.dist</code> ~~din același director și reconciliați diferențele~~. Este important să ~~diferim față~~ de ~~fișierul~~ <~~code~~>.dist</~~code~~> ~~doar în punctele unde dorim să facem configurări (parole etc~~.~~) și să nu cărăm după noi modificări istorice~~.		* Comparați <code>Config.pm</code> cu <code>Config.pm.dist</code>. Este important să nu divergem de standard.
	* Abia acum căutați pe Google instrucțiunile ~~de upgrade pentru~~ Znuny ~~și urmați-le~~. Câteva ~~observații~~ importante:
			<syntaxhighlight lang="bash">
			diff Kernel/Config.pm.dist Kernel/Config.pm
			</syntaxhighlight>

			* Urmați [https://doc.znuny.org/manual/releases/installupdate/update.html instrucțiunile Znuny]. Câteva diferențe importante:
	** '''NU OPRIȚI SERVICIUL NGINX.''' Znuny rulează pe serverul principal al dexonline.ro.		** '''NU OPRIȚI SERVICIUL NGINX.''' Znuny rulează pe serverul principal al dexonline.ro.
	** Neapărat faceți backup la baza de date~~, folosind <code>mysqldump otrs > /root/otrs-old~~.~~sql</code>. Scripturile de migrare a datelor pe care le oferă Znuny sunt tare fragile. Este posibil să aveți nevoie să corectați ceva, să reimportați baza veche~~ de date și ~~să reluați migrarea~~.		** Neapărat faceți backup la baza de date. Nu este opțional! OTRS dădea ocazional erori la migrarea bazei de date (poate și Znuny va da).
	* ~~La sfârșitul migrării, probabil trebuie șters vechiul crontab pentru otrs, înainte~~ de ~~a-l instala pe cel nou~~.		** Nu uitați și de cron joburi.
	* Testați sistemul trimițând un email către <code>contact@dexonline.ro</code> și urmărind ce se întâmplă în interfață, în <code>/var/log/~~apache2~~/error.log</code>, în <code>/var/log/mail.log</code> etc.
			La final, testați sistemul trimițând un email către <code>contact@dexonline.ro</code> și urmărind ce se întâmplă în interfață, în <code>/var/log/nginx/error.log</code>, în <code>/var/log/mail.log</code> etc.

Cătălin.Frâncu la 2 decembrie 2021 13:04

2021-12-02T13:04:11Z

← Versiunea anterioară		Versiunea de la data 2 decembrie 2021 16:04
Linia 1:		Linia 1:
	~~= Znuny =~~		Folosim [https://www.znuny.org/ Znuny] pentru a răspunde la emailurile venite pe adresele de contact. Îl folosim deoarece permite gestiunea distribuită a emailurilor: eu răspund la un mesaj, altcineva la altul, altcineva poate doar să urmărească firul discuțiilor și să intervină dacă are completări etc. Permite separarea mesajelor în „cozi”, astfel ca anumite persoane să primească în grijă doar mesajele la care au competența să răspundă (tehnic sau lingvistic sau contracte de publicitate, etc.).

	Folosim [https://www.znuny.org/ Znuny] pentru a răspunde la emailurile venite pe adresele de contact. Îl folosim deoarece permite gestiunea distribuită a emailurilor: eu răspund la un mesaj, altcineva la altul, altcineva poate doar să urmărească firul discuțiilor și să intervină dacă are completări etc. Permite separarea mesajelor în „cozi”, astfel ca anumite persoane să primească în grijă doar mesajele la care au competența să răspundă (tehnic sau lingvistic sau contracte de publicitate, etc.

	Fluxul datelor este:		Fluxul datelor este:

	* Din DNS~~, <tt>contact@dexonline.ro</tt>, <tt>publicitate@dexonline.ro</tt> și <tt>ong@dexonline.ro</tt> (și, de fapt~~, toate adresele <tt>@dexonline.ro</tt>) sunt redirectate către contul otrs de pe serverul dexonline.ro		* Din DNS, toate adresele <code>@dexonline.ro</code> sunt redirectate către contul <code>otrs</code> de pe serverul dexonline.ro
	* [[SpamAssassin]] rulează pe server și adaugă un header nou mesajelor, cu scorul de spam. Aceasta se întâmplă datorită fișierului <tt>/etc/procmailrc</tt>.		* [[SpamAssassin]] rulează pe server și adaugă un header nou mesajelor, cu scorul de spam. Aceasta se întâmplă datorită fișierului <code>/etc/procmailrc</code>.
	* Userul otrs are un fișier <tt>/opt/otrs/.procmailrc</tt>, instalat cu pachetul Znuny și customizat de noi.		* Userul otrs are un fișier <code>/opt/otrs/.procmailrc</code>, instalat cu pachetul Znuny și customizat de noi.
	** Mesajele cu scor SpamAssassin >= 5 ajung în <tt>/var/mail/spam</tt>;		** Mesajele cu scor SpamAssassin >= 5 ajung în <code>/var/mail/spam</code>;
	** Mesajele către <tt>publicitate@dexonline.ro</tt> ajung în Znuny în coada Publicitate;		** Mesajele către <code>publicitate@dexonline.ro</code> ajung în Znuny în coada Publicitate;
	** Mesajele către <tt>ong@dexonline.ro</tt> ajung în Znuny în coada ONG;		** Mesajele către <code>ong@dexonline.ro</code> ajung în Znuny în coada ONG;
	** Restul mesajelor ajung în Znuny în coada General.		** Restul mesajelor ajung în Znuny în coada General.
	* Tichetele care sunt spam trebuie trecute în coada Spam. Există un script care rulează periodic, salvează aceste tichete în folderul <tt>/var/mail/spam</tt> și le șterge.		* Tichetele care sunt spam trebuie trecute în coada Spam. Există un script care rulează periodic, salvează aceste tichete în folderul <code>/var/mail/spam</code> și le șterge.
	* Tichetele pe care le închidem (în starea ''closed successful'' sau ''closed unsuccessful'') sunt procesate de un alt script periodic. El le salvează în folderul <tt>/var/mail/ham</tt> și le trece în starea ''closed ~~and saved to mbox~~'' (ca să știe să nu le proceseze de două ori).		* Tichetele pe care le închidem (în starea ''closed successful'' sau ''closed unsuccessful'') sunt procesate de un alt script periodic. El le salvează în folderul <code>/var/mail/ham</code> și le trece în starea ''closed z (trained)'' (ca să știe să nu le proceseze de două ori).
	* Recomand ca imediat ce răspundeți la un tichet, să îl și închideți. Astfel, dashboard-ul Znuny ~~indică~~ strict tichetele care necesită o acțiune din partea noastră.		** Pentru a modifica aceste scripturi, autentificați-vă ca root în Znuny și navigați la Admin -> Generic agents.
	* Pentru a modifica aceste scripturi, autentificați-vă ca root în Znuny și navigați la Admin -> Generic agents.		* Recomand ca imediat ce răspundeți la un tichet, să îl și închideți. Astfel, dashboard-ul Znuny va indica strict tichetele care necesită o acțiune din partea noastră.

	== Ce ne trebuie ==		== Ce ne trebuie ==
Linia 23:		Linia 21:
	== Aducerea la zi a Znuny ==		== Aducerea la zi a Znuny ==

	Sistemul Znuny este instalat în /opt/znuny-x.y.z. Versiunea curentă are un symlink din <tt>/opt/otrs</tt> către <tt>/opt/znuny-<versiune></tt>. Znuny are instrucțiuni bunicele pentru upgrade, dar sunt câțiva pași pe care ei nu îi menționează. În special, dorim să facem cât mai mult din upgrade fără să oprim sistemul.		Sistemul Znuny este instalat în /opt/znuny-x.y.z. Versiunea curentă are un symlink din <code>/opt/otrs</code> către <code>/opt/znuny-<versiune></code>. Znuny are instrucțiuni bunicele pentru upgrade, dar sunt câțiva pași pe care ei nu îi menționează. În special, dorim să facem cât mai mult din upgrade fără să oprim sistemul.

	* Descărcați noua versiune, fie ea <tt>x.y.z</tt>		* Descărcați noua versiune, fie ea <code>x.y.z</code>

	<syntaxhighlight lang="bash">		<syntaxhighlight lang="bash">
Linia 48:		Linia 46:
	</syntaxhighlight>		</syntaxhighlight>

	* Comparați fișierul <tt>Config.pm</tt>, pe care tocmai l-ați copiat, cu fișierul corespunzător <tt>.dist</tt> din același director și reconciliați diferențele. Este important să diferim față de fișierul <tt>.dist</tt> doar în punctele unde dorim să facem configurări (parole etc.) și să nu cărăm după noi modificări istorice.		* Comparați fișierul <code>Config.pm</code>, pe care tocmai l-ați copiat, cu fișierul corespunzător <code>.dist</code> din același director și reconciliați diferențele. Este important să diferim față de fișierul <code>.dist</code> doar în punctele unde dorim să facem configurări (parole etc.) și să nu cărăm după noi modificări istorice.
	* Abia acum căutați pe Google instrucțiunile de upgrade pentru Znuny și urmați-le. Câteva observații importante:		* Abia acum căutați pe Google instrucțiunile de upgrade pentru Znuny și urmați-le. Câteva observații importante:
	** '''NU OPRIȚI SERVICIUL NGINX.''' Znuny rulează pe serverul principal al dexonline.ro.		** '''NU OPRIȚI SERVICIUL NGINX.''' Znuny rulează pe serverul principal al dexonline.ro.
	** Neapărat faceți backup la baza de date, folosind <tt>mysqldump otrs > /root/otrs-old.sql</tt>. Scripturile de migrare a datelor pe care le oferă Znuny sunt tare fragile. Este posibil să aveți nevoie să corectați ceva, să reimportați baza veche de date și să reluați migrarea.		** Neapărat faceți backup la baza de date, folosind <code>mysqldump otrs > /root/otrs-old.sql</code>. Scripturile de migrare a datelor pe care le oferă Znuny sunt tare fragile. Este posibil să aveți nevoie să corectați ceva, să reimportați baza veche de date și să reluați migrarea.
	* La sfârșitul migrării, probabil trebuie șters vechiul crontab pentru otrs, înainte de a-l instala pe cel nou.		* La sfârșitul migrării, probabil trebuie șters vechiul crontab pentru otrs, înainte de a-l instala pe cel nou.
	* Testați sistemul trimițând un email către <tt>contact@dexonline.ro</tt> și urmărind ce se întâmplă în interfață, în <tt>/var/log/apache2/error.log</tt>, în <tt>/var/log/mail.log</tt> etc.		* Testați sistemul trimițând un email către <code>contact@dexonline.ro</code> și urmărind ce se întâmplă în interfață, în <code>/var/log/apache2/error.log</code>, în <code>/var/log/mail.log</code> etc.

Cătălin.Frâncu la 2 decembrie 2021 12:57

2021-12-02T12:57:08Z

Cătălin.Frâncu: Cătălin.Frâncu a redenumit pagina OTRS în Znuny: s-a schimbat softul...

2021-12-02T12:52:05Z

Cătălin.Frâncu a redenumit pagina OTRS în Znuny: s-a schimbat softul...

← Versiunea anterioară	Versiunea de la data 2 decembrie 2021 15:52
(Nicio diferență)

Cătălin.Frâncu la 31 octombrie 2019 07:59

2019-10-31T07:59:45Z

← Versiunea anterioară		Versiunea de la data 31 octombrie 2019 10:59
Linia 52:		Linia 52:
	* Comparați fișierul <tt>Config.pm</tt>, pe care tocmai l-ați copiat, cu fișierul corespunzător <tt>.dist</tt> din același director și reconciliați diferențele. Este important să diferim față de fișierul <tt>.dist</tt> doar în punctele unde dorim să facem configurări (parole etc.) și să nu cărăm după noi modificări istorice.		* Comparați fișierul <tt>Config.pm</tt>, pe care tocmai l-ați copiat, cu fișierul corespunzător <tt>.dist</tt> din același director și reconciliați diferențele. Este important să diferim față de fișierul <tt>.dist</tt> doar în punctele unde dorim să facem configurări (parole etc.) și să nu cărăm după noi modificări istorice.
	* Abia acum căutați pe Google instrucțiunile de upgrade pentru OTRS și urmați-le. Câteva observații importante:		* Abia acum căutați pe Google instrucțiunile de upgrade pentru OTRS și urmați-le. Câteva observații importante:
	** '''NU OPRIȚI SERVICIUL ~~APACHE~~.''' OTRS rulează pe serverul principal al dexonline.ro.		** '''NU OPRIȚI SERVICIUL NGINX.''' OTRS rulează pe serverul principal al dexonline.ro.
	** Neapărat faceți backup la baza de date, folosind <tt>mysqldump otrs > /root/otrs-old.sql</tt>. Scripturile de migrare a datelor pe care le oferă OTRS sunt tare fragile. Este posibil să aveți nevoie să corectați ceva, să reimportați baza veche de date și să reluați migrarea.		** Neapărat faceți backup la baza de date, folosind <tt>mysqldump otrs > /root/otrs-old.sql</tt>. Scripturile de migrare a datelor pe care le oferă OTRS sunt tare fragile. Este posibil să aveți nevoie să corectați ceva, să reimportați baza veche de date și să reluați migrarea.
	** <tt>bin/otrs.SetPermissions.pl</tt> cere argumentul <tt>--web-group=www-data</tt>

	* La sfârșitul migrării, probabil trebuie șters vechiul crontab pentru otrs, înainte de a-l instala pe cel nou.		* La sfârșitul migrării, probabil trebuie șters vechiul crontab pentru otrs, înainte de a-l instala pe cel nou.
	* Creați un link, necesar pentru că Nginx caută /otrs/index.pl:

	~~<syntaxhighlight lang="bash">~~
	~~cd bin/~~
	~~ln -s fcgi-bin otrs~~
	~~</syntaxhighlight>~~

	* Scriptul <tt>SetPermissions.pl</tt> pare să strice permisiunile și deținătorul pe <tt>.procmailrc</tt>. Asigurați-vă că ele coincid cu cele din versiunea anterioară.
	* Testați sistemul trimițând un email către <tt>contact@dexonline.ro</tt> și urmărind ce se întâmplă în interfață, în <tt>/var/log/apache2/error.log</tt>, în <tt>/var/log/mail.log</tt> etc.		* Testați sistemul trimițând un email către <tt>contact@dexonline.ro</tt> și urmărind ce se întâmplă în interfață, în <tt>/var/log/apache2/error.log</tt>, în <tt>/var/log/mail.log</tt> etc.

Cătălin.Frâncu la 1 iulie 2018 10:43

2018-07-01T10:43:51Z

← Versiunea anterioară		Versiunea de la data 1 iulie 2018 13:43
Linia 46:		Linia 46:
	cp -ai /opt/otrs/Kernel/Config.pm Kernel/		cp -ai /opt/otrs/Kernel/Config.pm Kernel/
	cp -ai /opt/otrs/Kernel/Config/Files/ZZZAAuto.pm Kernel/Config/Files/		cp -ai /opt/otrs/Kernel/Config/Files/ZZZAAuto.pm Kernel/Config/Files/
			mkdir Kernel/Config/Backups
			cp -ai /opt/otrs/Kernel/Config/Backups/ZZZAutoOTRS5.pm Kernel/Config/Backups/
	</syntaxhighlight>		</syntaxhighlight>

Cătălin.Frâncu la 1 iulie 2018 10:41

2018-07-01T10:41:42Z

← Versiunea anterioară		Versiunea de la data 1 iulie 2018 13:41
Linia 45:		Linia 45:
	cp -ai /opt/otrs/var/log/TicketCounter.log var/log/		cp -ai /opt/otrs/var/log/TicketCounter.log var/log/
	cp -ai /opt/otrs/Kernel/Config.pm Kernel/		cp -ai /opt/otrs/Kernel/Config.pm Kernel/
	cp -ai /opt/otrs/Kernel/Config/Files/~~ZZZAuto~~.pm Kernel/Config/Files/		cp -ai /opt/otrs/Kernel/Config/Files/ZZZAAuto.pm Kernel/Config/Files/
	</syntaxhighlight>		</syntaxhighlight>

Cătălin.Frâncu: Anularea modificării 2719 făcute de Cătălin.Frâncu (Discuție)

2018-07-01T10:41:28Z

Anularea modificării 2719 făcute de Cătălin.Frâncu (Discuție)

← Versiunea anterioară		Versiunea de la data 1 iulie 2018 13:41
Linia 45:		Linia 45:
	cp -ai /opt/otrs/var/log/TicketCounter.log var/log/		cp -ai /opt/otrs/var/log/TicketCounter.log var/log/
	cp -ai /opt/otrs/Kernel/Config.pm Kernel/		cp -ai /opt/otrs/Kernel/Config.pm Kernel/
			cp -ai /opt/otrs/Kernel/Config/Files/ZZZAuto.pm Kernel/Config/Files/
	</syntaxhighlight>		</syntaxhighlight>

Cătălin.Frâncu: ZZZAuto nu mai există

2018-07-01T10:33:24Z

ZZZAuto nu mai există

← Versiunea anterioară		Versiunea de la data 1 iulie 2018 13:33
Linia 45:		Linia 45:
	cp -ai /opt/otrs/var/log/TicketCounter.log var/log/		cp -ai /opt/otrs/var/log/TicketCounter.log var/log/
	cp -ai /opt/otrs/Kernel/Config.pm Kernel/		cp -ai /opt/otrs/Kernel/Config.pm Kernel/
	~~cp -ai /opt/otrs/Kernel/Config/Files/ZZZAuto.pm Kernel/Config/Files/~~
	</syntaxhighlight>		</syntaxhighlight>