[Pkg-nginx-maintainers] Bug#1019160: nginx: [INTL:it] Italian debconf translation

[Ceppo]

Package: nginx
Severity: wishlist
Tags: l10n patch
X-Debbugs-Cc: ceppo at oziosi.org

Hello,
you can find the Italian debconf translation in the attached file.
Cheers,


--
Ceppo
-------------- next part --------------
# Nginx debconf translations
# Copyright (C) 2016 Christos Trochalakis
# This file is distributed under the same license as the nginx package.
# Christos Trochalakis <ctrochalakis at debian.org>, 2016.
#
msgid ""
msgstr ""
"Project-Id-Version: nginx\n"
"Report-Msgid-Bugs-To: nginx at packages.debian.org\n"
"POT-Creation-Date: 2016-10-04 20:03+0300\n"
"PO-Revision-Date: 2022-08-25 00:00+0000\n"
"Last-Translator: Ceppo <ceppo at oziosi.org>\n"
"Language-Team: Italian <debian-l10n-italian at lists.debian.org>\n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: note
#. Description
#: ../nginx-common.templates:1001
msgid "Possible insecure nginx log files"
msgstr "Documenti di log di nginx potenzialmente non sicuri"

#. Type: note
#. Description
#: ../nginx-common.templates:1001
msgid ""
"The following log files under /var/log/nginx directory are symlinks owned by "
"www-data:"
msgstr ""
"I seguenti documenti di log nel percorso /var/log/nginx sono collegamenti "
"simbolici (symlink) posseduti da www-data:"

#. Type: note
#. Description
#: ../nginx-common.templates:1001
msgid "${logfiles}"
msgstr "${logfiles}"

#. Type: note
#. Description
#: ../nginx-common.templates:1001
msgid ""
"Since nginx 1.4.4-4 /var/log/nginx was owned by www-data. As a result www-"
"data could symlink log files to sensitive locations, which in turn could "
"lead to privilege escalation attacks. Although /var/log/nginx permissions "
"are now fixed it is possible that such insecure links already exist. So, "
"please make sure to check the above locations."
msgstr ""
"Da nginx 1.4.4-4 /var/log/nginx era posseduto da www-data. Di conseguenza "
"www-data poteva creare collegamenti simbolici (symlink) a documenti di log "
"in percorsi sensibili, il che a sua volta poteva portare ad attacchi di "
"usurpazione di privilegi. Sebbene i permessi di /var/log/nginx siano adesso "
"corretti ? possibile che questi link non sicuri esistano gi?. Quindi, "
"controllare i percorsi indicati sopra."