doc-el commit 1035:d522e08b695d - Completely translate 29.5 and ...
freebsd-doc-el at lists.hellug.gr
freebsd-doc-el at lists.hellug.gr
Thu Nov 13 05:51:40 EET 2008
changeset: 1035:d522e08b695d
user: Manolis Kiagias <sonicy at otenet.gr>
date: 2008-11-10 15:26 +0200
details: http://hg.hellug.gr/freebsd/doc-el/?cmd=changeset;node=d522e08b695d
description:
Completely translate 29.5 and also 29.6, 29.6.1 (mail chapter)
diffstat:
1 file changed, 221 insertions(+), 188 deletions(-)
el_GR.ISO8859-7/books/handbook/mail/chapter.sgml | 409 +++++++++++-----------
diffs (truncated from 597 to 300 lines):
diff -r bd4fe657eabe -r d522e08b695d el_GR.ISO8859-7/books/handbook/mail/chapter.sgml
--- a/el_GR.ISO8859-7/books/handbook/mail/chapter.sgml Mon Nov 10 07:47:28 2008 +0200
+++ b/el_GR.ISO8859-7/books/handbook/mail/chapter.sgml Mon Nov 10 15:26:10 2008 +0200
@@ -644,7 +644,7 @@
äéáöïñåôéêÝò ñõèìßóåéò, åßíáé öõóéêü íá åßíáé áñêåôÜ ðïëýðëïêï êáé
ïé ëåðôïìÝñåéåò ôïõ åßíáé Ýîù áðü ôï óêïðü áõôÞò ôçò åíüôçôáò.
Åõôõ÷þò, áõôü ôï áñ÷åßï óðÜíéá ÷ñåéÜæåôáé íá áëëá÷èåß óå ôõðéêïýò
- åîõðçñåôçôÝò mail.</para>
+ åîõðçñåôçôÝò mail.</para>
<para>Ôï âáóéêü áñ÷åßï ñõèìßóåùí ôïõ <application>sendmail</application>
ìðïñåß íá ðáñá÷èåß ìå ôç âïÞèåéá ìáêñïåíôïëþí ôýðïõ
@@ -698,14 +698,15 @@
<author>
<firstname>Andrew</firstname>
<surname>Boothman</surname>
- <contrib>Written by </contrib>
+ <contrib>ÃñÜöçêå áðü ôïí </contrib>
</author>
</authorgroup>
<authorgroup>
<author>
<firstname>Gregory</firstname>
<surname>Neil Shapiro</surname>
- <contrib>Information taken from e-mails written by </contrib>
+ <contrib>Ïé ðëçñïöïñßåò ðïõ ðñïÝñ÷ïíôáé áðü e-mails Ý÷ïõí ãñáöåß
+ áðü ôïí </contrib>
</author>
</authorgroup>
</sect1info>
@@ -795,7 +796,7 @@
</sect2>
<sect2>
- <title>Åêêßíçóç ôïõ ÍÝïõ óáò MTA êáôÜ ôçí Åêêßíçóç</title>
+ <title>Åêêßíçóç ôïõ ÍÝïõ óáò MTA êáôÜ ôçí Åêêßíçóç</title>
<para>Ôï íÝï óáò MTA èá îåêéíÜåé êáôÜ ôçí åêêßíçóç, áí ðñïóèÝóåôå ìéá
êáôÜëëçëç ãñáììÞ óôï áñ÷åßï <filename>/etc/rc.conf</filename>. Äåßôå
@@ -878,7 +879,7 @@
</sect1>
<sect1 id="mail-trouble">
- <title>Troubleshooting</title>
+ <title>Áíôéìåôþðéóç ÐñïâëçìÜôùí</title>
<indexterm>
<primary>email</primary>
<secondary>troubleshooting</secondary>
@@ -887,48 +888,51 @@
<qandaset>
<qandaentry>
<question>
- <para>Why do I have to use the FQDN for hosts on my site?</para>
+ <para>Ãéáôß ðñÝðåé íá ÷ñçóéìïðïéþ ôï ðëÞñåò üíïìá (FQDN) ãéá
+ õðïëïãéóôÝò ðïõ âñßóêïíôáé óôïí ôïìÝá ìïõ;</para>
</question>
<answer>
- <para>You will probably find that the host is actually in a
- different domain; for example, if you are in
- <hostid role="fqdn">foo.bar.edu</hostid> and you wish to reach
- a host called <hostid>mumble</hostid> in the <hostid
- role="domainname">bar.edu</hostid> domain, you will have to
- refer to it by the fully-qualified domain name, <hostid
- role="fqdn">mumble.bar.edu</hostid>, instead of just
+ <para>Ôï ðéï ðéèáíü åßíáé íá äéáðéóôþóåôå üôé ï õðïëïãéóôÞò
+ âñßóêåôáé óå äéáöïñåôéêü ôïìÝá. Ãéá ðáñÜäåéãìá, áí âñßóêåóôå óôï
+ <hostid role="fqdn">foo.bar.edu</hostid> êáé èÝëåôå íá
+ åðéêïéíùíÞóåôå ìå Ýíá õðïëïãéóôÞ ìå ôï üíïìá
+ <hostid>mumble</hostid> óôïí ôïìÝá <hostid
+ role="domainname">bar.edu</hostid>, èá ðñÝðåé íá áíáöåñèåßôå óå
+ áõôü ìå ôï ðëÞñåò ôïõ üíïìá, <hostid
+ role="fqdn">mumble.bar.edu</hostid>, áíôß ãéá áðëþò
<hostid>mumble</hostid>.</para>
<indexterm><primary>BIND</primary></indexterm>
- <para>Traditionally, this was allowed by BSD BIND resolvers.
- However the current version of <application>BIND</application>
- that ships with FreeBSD no longer provides default abbreviations
- for non-fully qualified domain names other than the domain you
- are in. So an unqualified host <hostid>mumble</hostid> must
- either be found as <hostid
- role="fqdn">mumble.foo.bar.edu</hostid>, or it will be searched
- for in the root domain.</para>
+ <para>ÐáñáäïóéáêÜ, áõôü åðéôñåðüôáí áðü ôïõò DNS resolvers ôïõ BIND.
+ Ùóôüóï, ç ôñÝ÷ïõóá Ýêäïóç ôïõ <application>BIND</application> ðïõ
+ ðåñéëáìâÜíåôáé óôï &os;, äåí ðáñÝ÷åé ðëÝïí óõíôïìåýóåéò ãéá
+ ìç-ðëÞñç ïíüìáôá ôïìÝùí, åêôüò ãéá ôïí ôïìÝá óôïí ïðïßï âñßóêåóôå.
+ ¸ôóé, Ýíáò õðïëïãéóôÞò ìå ìç-ðëÞñåò üíïìá
+ <hostid>mumble</hostid> èá ðñÝðåé íá âñåèåß ùò <hostid
+ role="fqdn">mumble.foo.bar.edu</hostid>, Þ èá ãßíåé áíáæÞôçóç
+ ãéá áõôüí óôï ñéæéêü ôïìÝá.</para>
- <para>This is different from the previous behavior, where the
- search continued across <hostid
- role="domainname">mumble.bar.edu</hostid>, and <hostid
- role="domainname">mumble.edu</hostid>. Have a look at RFC 1535
- for why this was considered bad practice, or even a security
- hole.</para>
+ <para>Ç óõìðåñéöïñÜ áõôÞ åßíáé äéáöïñåôéêÞ áðü ôçí ðñïçãïýìåíç, üðïõ
+ ç áíáæÞôçóç óõíå÷éæüôáí êáé óôï <hostid
+ role="domainname">mumble.bar.edu</hostid>, êáé ôï <hostid
+ role="domainname">mumble.edu</hostid>. Ñßîôå ìéá ìáôéÜ óôï
+ RFC 1535 ãéá ôï ëüãï ðïõ ôï ðáñáðÜíù èåùñåßôå êáêÞ ðñáêôéêÞ, Þ
+ áêüìá êáé êåíü áóöáëåßáò.</para>
- <para>As a good workaround, you can place the line:
+ <para>¸íáò ôñüðïò ãéá íá ðáñáêÜìøåôå ôï ðñüâëçìá åßíáé íá ðñïóèÝóåôå
+ ôç ãñáììÞ:
<programlisting>search foo.bar.edu bar.edu</programlisting>
- instead of the previous:
+ áíôß ãéá ôçí ðñïçãïýìåíç:
<programlisting>domain foo.bar.edu</programlisting>
- into your <filename>/etc/resolv.conf</filename>. However, make
- sure that the search order does not go beyond the
- <quote>boundary between local and public administration</quote>,
- as RFC 1535 calls it.</para>
+ óôï áñ÷åßï <filename>/etc/resolv.conf</filename>. Âåâáéùèåßôå
+ ùóôüóï üôé ç óåéñÜ áíáæÞôçóçò äåí ðçãáßíåé ðÝñá áðü ôï
+ <quote>üñéï ìåôáîý ôïðéêÞò êáé äçìüóéáò äéá÷åßñéóçò</quote>,
+ üðùò ôï áðïêáëåß ôï RFC 1535.</para>
</answer>
</qandaentry>
@@ -938,284 +942,313 @@
<qandaentry>
<question>
- <para><application>sendmail</application> says <errorname>mail
- loops back to myself</errorname></para>
+ <para>Ôï <application>sendmail</application> äßíåé ôï ìÞíõìá
+ <errorname>mail loops back to myself</errorname> (ôï mail
+ åðéóôñÝöåé óôïí åáõôü ìïõ)</para>
</question>
<answer>
- <para>This is answered in the
- <application>sendmail</application> FAQ as follows:</para>
+ <para>Ç áðÜíôçóç óå áõôü, õðÜñ÷åé óôï FAQ ôïõ
+ <application>sendmail</application> üðùò ðáñáêÜôù:</para>
- <programlisting>I'm getting these error messages:
+ <programlisting>ËáìâÜíù áõôÜ ôá ìçíýìáôá ëÜèïõò:
553 MX list for domain.net points back to relay.domain.net
554 <user at domain.net>... Local configuration error
-How can I solve this problem?
+Ðùò ìðïñþ íá ëýóù ôï ðñüâëçìá;
-You have asked mail to the domain (e.g., domain.net) to be
-forwarded to a specific host (in this case, relay.domain.net)
-by using an MX record, but the relay machine does not recognize
-itself as domain.net. Add domain.net to /etc/mail/local-host-names
-[known as /etc/sendmail.cw prior to version 8.10]
-(if you are using FEATURE(use_cw_file)) or add <quote>Cw domain.net</quote>
-to /etc/mail/sendmail.cf.</programlisting>
+¸÷åôå æçôÞóåé ôï mail ðñïò Ýíá ôïìÝá (ð.÷. ôï domain.net) íá
+ðñïùèåßôå ðñïò Ýíá óõãêåêñéìÝíï õðïëïãéóôÞ (óôçí ðåñßðôùóç áõôÞ
+ôï relay.domain.net) ÷ñçóéìïðïéþíôáò ìéá åããñáöÞ MX, áëëÜ ôï
+ìç÷Üíçìá áíáìåôÜäïóçò (relay) äåí áíáãíùñßæåé ôïí åáõôü ôïõ ùò
+domain.net. ÐñïóèÝóôå ôï domain.net óôï /etc/mail/local-host-names
+[åßíáé ãíùóôü ùò /etc/sendmail.cw ðñéí ôçí Ýêäïóç 8.10]
+(áí ÷ñçóéìïðïéåßôå ôï FEATURE(use_cw_file)), äéáöïñåôéêÜ ðñïóèÝóôå ôï
+<quote>Cw domain.net</quote> óôï /etc/mail/sendmail.cf.</programlisting>
- <para>The <application>sendmail</application> FAQ can be found at
- <ulink url="http://www.sendmail.org/faq/"></ulink> and is
- recommended reading if you want to do any
- <quote>tweaking</quote> of your mail setup.</para>
+ <para>Ìðïñåßôå íá âñåßôå ôï FAQ ôïõ
+ <application>sendmail</application> FAQ óôç äéåýèõíóç
+ <ulink url="http://www.sendmail.org/faq/"></ulink> êáé óõíßóôáôáé
+ íá ôï äéáâÜóåôå áí èÝëåôå íá <quote>ðåéñÜîåôå</quote> ôéò ñõèìßóåéò
+ ôïõ mail óáò.</para>
</answer>
</qandaentry>
<indexterm><primary>PPP</primary></indexterm>
<qandaentry>
<question>
- <para>How can I run a mail server on a dial-up PPP host?</para>
+ <para>Ðùò ìðïñþ íá åêôåëÝóù åîõðçñåôçôÞ mail óå õðïëïãéóôÞ ðïõ
+ óõíäÝåôáé ìÝóù åðéëïãéêÞò óýíäåóçò PPP;</para>
</question>
<answer>
- <para>You want to connect a FreeBSD box on a LAN to the
- Internet. The FreeBSD box will be a mail gateway for the LAN.
- The PPP connection is non-dedicated.</para>
+ <para>ÈÝëåôå íá óõíäÝóåôå Ýíá &os; ìç÷Üíçìá óå Ýíá ôïðéêü äßêôõï
+ (LAN) óôï Internet. Ôï &os; ìç÷Üíçìá èá ãßíåé ðýëç ôá÷õäñïìåßïõ
+ ãéá ôï LAN. Ç óýíäåóç PPP äåí åßíáé áðïêëåéóôéêÞ.</para>
<indexterm><primary>UUCP</primary></indexterm>
<indexterm>
<primary>MX record</primary>
</indexterm>
- <para>There are at least two ways to do this. One way is to use
- UUCP.</para>
+ <para>ÕðÜñ÷ïõí ôïõëÜ÷éóôïí äýï ôñüðïé ãéá íá ôï êÜíåôå áõôü. Ï Ýíáò
+ åßíáé ìå ôç ÷ñÞóç UUCP.</para>
- <para>Another way is to get a full-time Internet server to provide secondary MX
- services for your domain. For example, if your company's domain is
- <hostid role="domainname">example.com</hostid> and your Internet service provider has
- set <hostid role="domainname">example.net</hostid> up to provide secondary MX services
- to your domain:</para>
+ <para>¸íáò Üëëïò ôñüðïò åßíáé íá âÜëåôå Ýíá åîõðçñåôçôÞ Internet ï
+ ïðïßïò Ý÷åé óõíå÷Þ óýíäåóç, íá óáò ðáñÝ÷åé õðçñåóßá äåõôåñåýïíôïò
+ MX ãéá ôïí ôïìÝá óáò. Ãéá ðáñÜäåéãìá, áí ï ôïìÝáò ôçò åôáéñßáò
+ óáò åßíáé <hostid role="domainname">example.com</hostid> êáé ï
+ ðáñï÷Ýáò óáò Internet Ý÷åé ïñßóåé ôï
+ <hostid role="domainname">example.net</hostid> íá ðáñÝ÷åé õðçñåóßåò
+ äåõôåñåýïíôïò MX ãéá ôïí ôïìÝá óáò:</para>
<programlisting>example.com. MX 10 example.com.
MX 20 example.net.</programlisting>
- <para>Only one host should be specified as the final recipient
- (add <literal>Cw example.com</literal> in
- <filename>/etc/mail/sendmail.cf</filename> on <hostid role="domainname">example.com</hostid>).</para>
+ <para>Ìüíï Ýíáò õðïëïãéóôÞò ìðïñåß íá êáèïñéóôåß ùò ôåëéêüò
+ ðáñáëÞðôçò (ðñïóèÝóôå ôï <literal>Cw example.com</literal> óôï
+ áñ÷åßï <filename>/etc/mail/sendmail.cf</filename> óôï
+ <hostid role="domainname">example.com</hostid>).</para>
- <para>When the sending <command>sendmail</command> is trying to
- deliver the mail it will try to connect to you (<hostid role="domainname">example.com</hostid>) over the modem
- link. It will most likely time out because you are not online.
- The program <application>sendmail</application> will automatically deliver it to the
- secondary MX site, i.e. your Internet provider (<hostid role="domainname">example.net</hostid>). The secondary MX
- site will then periodically try to connect to
- your host and deliver the mail to the primary MX host (<hostid role="domainname">example.com</hostid>).</para>
+ <para>¼ôáí ôï ìç÷Üíçìá ðïõ óôÝëíåé ìÝóù ôïõ
+ <command>sendmail</command> ðñïóðáèåß íá ðáñáäþóåé ôï mail èá
+ ðñïóðáèÞóåé íá óõíäåèåß óôï äéêü óáò
+ (<hostid role="domainname">example.com</hostid>) ìÝóù ôçò óýíäåóçò
+ modem. Ôï ðéï ðéèáíü åßíáé üôé äåí èá ôá êáôáöÝñåé, ãéáôß äåí
+ èá åßóôå óõíäåìÝíïò åêåßíç ôç óôéãìÞ. Ôï
+ <application>sendmail</application> èá ôï ðáñáäþóåé áõôüìáôá óôçí
+ õðçñåóßá äåõôåñåýïíôïò MX, ð.÷. ôïí ðáñï÷Ýá óáò Internet
+ (<hostid role="domainname">example.net</hostid>). Ôï äåõôåñåýïí
+ MX èá ðñïóðáèåß ðåñéïäéêÜ íá óõíäåèåß óôï ìç÷Üíçìá óáò êáé íá
+ ðáñáäþóåé ôï mail óôïí êýñéï åîõðçñåôçôÞ MX
+ (<hostid role="domainname">example.com</hostid>).</para>
- <para>You might want to use something like this as a login
- script:</para>
+ <para>Ìðïñåßôå íá ÷ñçóéìïðïéÞóåôå êÜôé üðùò ôï ðáñáêÜôù ùò script
+ åéóüäïõ:</para>
<programlisting>#!/bin/sh
# Put me in /usr/local/bin/pppmyisp
( sleep 60 ; /usr/sbin/sendmail -q ) &
/usr/sbin/ppp -direct pppmyisp</programlisting>
- <para>If you are going to create a separate login script for a
- user you could use <command>sendmail -qRexample.com</command>
- instead in the script above. This will force all mail in your
- queue for <hostid role="domainname">example.com</hostid> to be processed immediately.</para>
+ <para>Áí ðñüêåéôáé íá ÷ñçóéìïðïéÞóåôå ÷ùñéóôü script ãéá ôçí åßóïäï
+ êÜðïéïõ ÷ñÞóôç, ìðïñåßôå íá ÷ñçóéìïðïéÞóåôå áíôß ãéá ôï ðáñáðÜíù
+ ôï <command>sendmail -qRexample.com</command> óôï script. Áõôü
+ èá åîáíáãêÜóåé ôçí Üìåóç åðåîåñãáóßá üëïõ ôïõ mail óôçí ïõñÜ ãéá ôï
+ <hostid role="domainname">example.com</hostid>.</para>
- <para>A further refinement of the situation is as follows:</para>
+ <para>Ðéï ëåðôïìåñÞò ðåñéãñáöÞ ôçò êáôÜóôáóçò öáßíåôáé
+ ðáñáêÜôù:</para>
- <para>Message stolen from the &a.isp;.</para>
+ <para>ÌÞíõìá áðü ôçí &a.isp;.</para>
- <programlisting>> we provide the secondary MX for a customer. The customer connects to
-> our services several times a day automatically to get the mails to
-> his primary MX (We do not call his site when a mail for his domains
-> arrived). Our sendmail sends the mailqueue every 30 minutes. At the
-> moment he has to stay 30 minutes online to be sure that all mail is
-> gone to the primary MX.
+ <programlisting>> ðáñÝ÷ïõìå äåõôåñåýïí MX ãéá Ýíá ðåëÜôç. Ï ðåëÜôçò óõíäÝåôáé óôéò
+> õðçñåóßåò ìáò áñêåôÝò öïñÝò ôç ìÝñá áõôüìáôá, ãéá íá ëáìâÜíåé ôá email ôïõ
+> óôï ðñùôåýïí ôïõ MX (Äåí êáëïýìå ôçí ôïðïèåóßá ôïõ üôáí ëáìâÜíïõìå email
+> ãéá ôïí ôïìÝá ôïõ). Ôï sendmail ìáò óôÝëíåé ôï mailqueue êÜèå 30 ëåðôÜ. Ôç äåäïìÝíç
+> óôéãìÞ èá ðñÝðåé íá ìåßíåé óõíäåìÝíïò ãéá 30 ëåðôÜ, ãéá íá åßíáé âÝâáéïò üôé üëï ôï email ôïõ èá Ý÷åé
+
+> ðáñáäïèåß óôïí ðñùôåýïíôá MX.
>
-> Is there a command that would initiate sendmail to send all the mails
-> now? The user has not root-privileges on our machine of course.
+> ÕðÜñ÷åé êÜðïéá åíôïëÞ ðïõ íá åîáíáãêÜóåé sendmail íá óôåßëåé üëá ôá mailsÜìåóá;
+> Ï ÷ñÞóôçò öõóéêÜ äåí Ý÷åé äéêáéþìáôá root óôï ìç÷Üíçìá ìáò.
-In the <quote>privacy flags</quote> section of sendmail.cf, there is a
-definition Opgoaway,restrictqrun
More information about the Freebsd-doc-el
mailing list