an Daniel Schmatz 's Tastatur wurde am Freitag, 19. April 2002 11:25 folgendes notiert:
eitle-computer.at. IN SOA ews-0002 ec.eitle-computer.at.( 2002031101 ; serial Du wolltest bei jeder Änderung _immer_ serial erhöhen. Sinnvol ist YYYYMMDD$laufendenummer also heute mit 2002041900 beginnen
sonst schert sich Bind nicht um Änderungen nach einem "rcnamed restart" dann mal bitte entsprechende eilen aus der /var/log/messages siehe auch Peters Mail. Danke, hät ich nicht drauf geachtet) Hagen
Hmmm. Jetzt steht er ganz unten, hab die Kiste neu gestartet - Ergebnis: das selbe wie zuvor.
rcnamed restart reicht.
Danke für diese für sogar mich verständlichen Worte. Gesetzte sind immer gut. Meistens gibts da aber auch ein Hintertürchen - entdeckt vom Anwalt (=sendmail). Sendmail umgeht dieses Gesetz irgendwie, da es ja wenn ich in der Spamkontrolle (Webmin = /access datei) OK angebe kommt ja eine andere Meldung als wenn "relay" drin steht. Bei OK richtiger weise "relaying denied" bei relay die Fehlermeldung "Relay" mit dem Straftext "553 5.3.0". Das kapier ich nicht. Da muss doch irgendwo ein Problem beim erkennen des Senders sein (= ec@eitle-computer.at der übers Web schickt und an den Xy@aol.at verschicken will).
Ja sendmail geht die rules der Reihe nach durch, und wenn ec nicht relayen darf, sagt es: relaying denied (nix Hintertür) wenn ec RELAY, dann werden noch die folgenden regeln geprüft :( Als esrstes guckt sendmail also in die eigenen AGB's, wenn die untersagt/geändet werden, gilt die allgemeine Gesetzgebung und auch hier findet sendmail einen § der die Arbeitsverweigerung rechtfertigt :) -- /HagK/ - hagk@hagk.de Bitte zuerst lesen: http://rfc.net/rfc1855.html (Netiquette) http://www.afaik.de/usenet/faq/zitieren/zitieren-3.php3