Hallo Jens,
Danke für die Korrekturen, im folgenden meine Rückfragen, der Rest ist
(teilweise sinngemäß) übernommen worden.
On Tue, Nov 21, 2006 at 10:39:44PM +0100, Jens Seidel wrote:
> > #: ../templates:2001
> > msgid "Postfix version 2.1 and later require new services in master.cf."
> > msgstr ""
> > "Postfix Version 2.1 und folgende erfordert neue Service-Angaben in der Datei "
> > "master.cf."
>
> Weiter oben hast du "Version 2.1 und folgende" ein paarige Klammern
> gesetzt. Keine Ahnung was richtig ist.
Hier weiß ich nicht, was Du meinst. Ich finde das Wort »folgende«
niergendwo in Klammern in dieser Datei.
> > #: ../templates:4001
> > msgid ""
> > "Failure to fix this will result in a broken mailer. Decline this option to "
> > "abort the upgrade, giving you the opportunity to add this configuration "
> > "yourself. Accept this option to automatically make master.cf compatible "
> > "with Postfix 2.1 in this respect."
> > msgstr ""
> > "Wenn Sie dies nicht korrigieren, wird Ihr E-Mail-Server unbrauchbar. "
> > "Verneinen Sie, um das Upgrade abzubrechen und diese Änderung selbst "
> > "vorzunehmen. Akzeptieren Sie, um die Datei master.cf in dieser Hinsicht "
> > "automatisch in ein zu Postfix 2.1 kompatibles Format zu bringen."
>
> Diese Zeichenkette tritt (mehr oder weniger) mehrfach auf ...
ENOPARSE. Was soll ich hier ändern?
> > msgid ""
> > "If synchronous updates are forced (true), then mail is processed more "
> > "slowly. If not forced (false), then there is a remote chance of losing some "
> > "mail if the system crashes at an inopportune time, and you are not using a "
> > "journaled filesystem (such as ext3)."
>
> Ein Journal sichert doch keinen Dateiinhalt, sondern stellt nur die
> Konsistenz des Dateisystems sicher (mit möglichem Datenverlust!!!).
Bist Du sicher? Soweit ich weiß, können Journale nicht nur Meta-Daten
mitprotokollieren, sondern auch Nutzdaten. D.h. dass das Dateisystem
die Daten erst mal auf Platte hat (im Protokoll), dann erst der
E-Mail-Server (oder welches Programm auch immer) die Info bekommt »Jo,
ist geschreiben« und dann der eigentliche Schreibprozess angestoßen
wird. Sollte dabei die Maschine abschmieren, könnte das Protokoll
wieder eingespielt und die Datei dann gesichert werden.
Sinnvollerweise sollte das Protokoll dann auf einer anderen Platte
sein, damit der Durchsatz nicht total in den Keller geht.
Allerdings werden häufig nur die Metadaten protokolliert, und die
Nutzdaten sind dann futsch; oder sehe ich hier etwas falsch?
> > msgid "Mailbox size limit"
> > msgstr "Maximale E-Mailbox-Größe"
>
> E-Mail-Box oder -Fach
Lt. Wiki Postfach. Ist geändert.
> > msgid ""
> > "The user root (and any other users with a uid of 0) must have mail "
> > "redirected via an alias, or their mail may be delivered to /var/mail/"
> > "nobody. This is by design: mail is not delivered to external delivery "
> > "agents as root."
> > msgstr ""
> > "E-Mails an den Benutzer »root«, sowie an jeden anderen Benutzer mit der "
> > "Nutzer-ID "
> > "0, müssen mittels eines Aliases weitergeleitet werden, ansonsten werden Sie "
> > "nach /var/spool/mail/nobody ausgeliefert. Dies ist durch das Design "
> > "vorgegeben: E-Mails werden niemals an Externe als Benutzer root ausgeliefert."
>
> "an Externe"???????
Versand-Agenten hinzugefügt.
> > #~ msgid "Bad entry, try again?"
> > #~ msgstr "Ungültiger Eintrag, möchten Sie es noch einmal probieren?"
>
> Lösche dies ruhig ...
Nein, wie üblich.
Vielen Dank.
Viele Grüße
Helge
--
Dr. Helge Kreutzmann debian@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
Attachment:
signature.asc
Description: Digital signature