AW: [PM] Re: SENDMAIL: relaying denied NÄCHSTER SCHRITT
nicht das Du die evtl. Lösung nicht bekommst :)
danke address " $&f " does not exist"
62.46.54.44 - kann es sein, das Du einen anderen Mailserver benutzt, und dieser die Mail bei Dir einliefern soll ? Dann deutet das 553 auf ein lokales Nameserver-Problem hin. (über diese IP lieferst Du bei deinem sendmail ein, und die wird abgelehnt)
das war nur so ein versuch die ip der einwählverbindung anzugeben...
die genaue fehlermeldung:
"Die Nachricht konnte nicht gesendet werden, weil der Absendername nicht akzeptiert wurde. Serverantwort: "553 5.3.0
..RELAY", (Konto; "ec@eitle-computer,at", SMTP-Server: "ews-0002.eitle-computer.at", Fehlernummer 0x800ccc78)." Für die Domain eitle-.... gibt sendmail Rechte zum relayen frei ?!
siehe oben
Halt, sorry, werde manchmal abegelenkt. ich glaube ich hab's Dein Bind (DNS)
; <<>> DiG 8.3 <<>> eitle-computer.at MX ;; ANSWER SECTION: eitle-computer.at. 1D IN MX 10 ews-0002.eitle-computer.at.
aha - Mails gehen an ews-0002
; <<>> DiG 8.3 <<>> ews-0002.eitle-computer.at MX
nur auf dem Rechner ist gar kein MX-Rekord vermerkt! Den interessiert nicht die Bohne, wenn @eitle-computer.at ne Mail senden oder empfangen soll.
Es gibt nur einen Rechner und das ist der EWS-0002.eitle-computer.at. Du sagst der hat keinen MX Rekord - wie mache ich den? Danke Danke Danke Daniel PS: ich würd dir den kakao ja schicken, nur ob das funktioniert?
an Daniel Schmatz 's Tastatur wurde am Donnerstag, 18. April 2002 21:47 folgendes notiert:
; <<>> DiG 8.3 <<>> ews-0002.eitle-computer.at MX
nur auf dem Rechner ist gar kein MX-Rekord vermerkt! Den interessiert nicht die Bohne, wenn @eitle-computer.at ne Mail senden oder empfangen soll.
Es gibt nur einen Rechner und das ist der EWS-0002.eitle-computer.at.
und was ist mit ews-0002.eitle-webs.at? :)
Du sagst der hat keinen MX Rekord - wie mache ich den?
nicht ich sage das, sondern das Tool zum Nameserver befragen. dig entweder webmin (wobei ich dies nicht so gern anfasse - sie meine letzte Anekdote) oder in Deiner /var/named/eitle-computer.at.hosts (o.ä.) ews-0002.eitle-computer.at. 1D IN A 195.202.171.67 eitle-computer.at. IN MX 10 eitle-computer.at. ein Beispiel zum ausprobieren. Bind neu starten nicht vergessen. weil Deine Nameserver eitle-webs.at heissen, bleibe ich mal dabei (eitle-webs.at ist ja eingerichtet, hat aber auch keinen MX) ; <<>> DiG 8.3 <<>> eitle-computer.at NS ;; ANSWER SECTION: eitle-computer.at. 7h31m48s IN NS ews-0002.eitle-webs.at. eitle-computer.at. 7h31m48s IN NS ews-0001.eitle-webs.at. BEISPIEL -------------------------- $ttl 38400 eitle-computer.at. IN SOA ews-0002.eitle-webs.at. ec.ews-0002.eitle-webs.at.( 2002041900 10800 3600 604800 38400 ) ews-0002.eitle-computer.at. IN NS ews-0002.eitle-computer.at. ; ews-0002.eitle-computer.at. IN A 195.202.171.67 www.eitle-computer.at. IN A 195.202.171.67 eitle-computer.at. IN MX 10 ews-0002.eitle-computer.at. ----------------- wenn eitle-webs.at auch Mails annehmen soll, dann muss dort auch eine MX-Zeile rein. Der Punkt am Ende von Namen sollte nie vergessen werden :) [auch mein Lieblingsfehler] 195.202.171.67.in-addr.arpa. IN PTR ews-0002.eitle-computer.at. solltest Du, sofern nicht vorhanden, in Deine 195.202.171.67.zone mit aufnehmen. Hagen -- /HagK/ - hagk@hagk.de Bitte zuerst lesen: http://rfc.net/rfc1855.html (Netiquette) http://www.afaik.de/usenet/faq/zitieren/zitieren-3.php3
an Daniel Schmatz 's Tastatur wurde am Donnerstag, 18. April 2002 21:47 folgendes notiert:
; <<>> DiG 8.3 <<>> ews-0002.eitle-computer.at MX
nur auf dem Rechner ist gar kein MX-Rekord vermerkt! Den interessiert nicht die Bohne, wenn @eitle-computer.at ne Mail senden oder empfangen soll.
Es gibt nur einen Rechner und das ist der EWS-0002.eitle-computer.at.
und was ist mit ews-0002.eitle-webs.at? :)
Es gibt einen "EWS-0002" und der ist in folgenden Domainen erreichbar: "eitle-computer.at", "eitle-webs.at", "grillennetz.at", "eitle-lokale.at" und noch ein paar andere. Alle deren Einträge sind so in Bind dass Sie auf "ews-0002.(diegewähltedomain)" zeigen. Eigentlich gibt es in jeder Zone so einen MX Eintrag zB sieht die Zonendatei für eitle-computer.at so aus (wobei es nur einen Rechner gibt der sowohl ews-0002 und ews-0001 anfragen beantwortet): /etc/named/eitle-computer.zone: $TTL 1D eitle-computer.at. IN SOA ews-0002 ec.eitle-computer.at.( 2002031101 ; serial 1D ; refresh 2H ; retry 1W ; expiry 2D ) ; minimum IN NS ews-0002.eitle-webs.at. IN NS ews-0001.eitle-webs.at. eitle-computer.at. IN MX 10 ews-0002 eitle-computer.at. IN A 195.202.171.67 www.eitle-computer.at. IN A 195.202.171.67 ews-0002 IN A 195.202.171.67 ews-0001 IN A 195.202.171.224
Du sagst der hat keinen MX Rekord - wie mache ich den?
nicht ich sage das, sondern das Tool zum Nameserver befragen. dig
entweder webmin (wobei ich dies nicht so gern anfasse - sie meine letzte Anekdote) oder in Deiner /var/named/eitle-computer.at.hosts (o.ä.)
ews-0002.eitle-computer.at. 1D IN A 195.202.171.67 eitle-computer.at. IN MX 10 eitle-computer.at.
ein Beispiel zum ausprobieren. Bind neu starten nicht vergessen.
weil Deine Nameserver eitle-webs.at heissen, bleibe ich mal dabei (eitle-webs.at ist ja eingerichtet, hat aber auch keinen MX) ; <<>> DiG 8.3 <<>> eitle-computer.at NS ;; ANSWER SECTION: eitle-computer.at. 7h31m48s IN NS ews-0002.eitle-webs.at. eitle-computer.at. 7h31m48s IN NS ews-0001.eitle-webs.at.
BEISPIEL -------------------------- $ttl 38400 eitle-computer.at. IN SOA ews-0002.eitle-webs.at. ec.ews-0002.eitle-webs.at.(
Das ec.ews-0002.eitle-webs.at versteh ich nicht. ec ist doch der emailalias?!
2002041900 10800 3600 604800 38400 ) ews-0002.eitle-computer.at. IN NS ews-0002.eitle-computer.at. ; ews-0002.eitle-computer.at. IN A 195.202.171.67 www.eitle-computer.at. IN A 195.202.171.67 eitle-computer.at. IN MX 10 ews-0002.eitle-computer.at. ----------------- wenn eitle-webs.at auch Mails annehmen soll, dann muss dort auch eine MX-Zeile rein. Der Punkt am Ende von Namen sollte nie vergessen werden :) [auch mein Lieblingsfehler]
195.202.171.67.in-addr.arpa. IN PTR ews-0002.eitle-computer.at. solltest Du, sofern nicht vorhanden, in Deine 195.202.171.67.zone mit aufnehmen.
Jetzt noch ganz dumm gefragt: Wieso ist die Bind sache falsch, wenn ich in sendmail die Regelung von "OK" auf "Relay" setze und dann eine andere Fehlermeldung in "Outlook" bekomme? Bedeutet das nicht das der EWS-0002 schon mit dem Mail werkelt aber es ablehnt? Daniel
an Daniel Schmatz 's Tastatur wurde am Freitag, 19. April 2002 09:25 folgendes notiert:
$TTL 1D eitle-computer.at. IN SOA ews-0002 ec.eitle-computer.at.( 2002031101 ; serial 1D ; refresh 2H ; retry 1W ; expiry 2D ) ; minimum
IN NS ews-0002.eitle-webs.at. IN NS ews-0001.eitle-webs.at. eitle-computer.at. IN MX 10 ews-0002
eitle-computer.at. IN A 195.202.171.67 www.eitle-computer.at. IN A 195.202.171.67 ews-0002 IN A 195.202.171.67 ews-0001 IN A 195.202.171.224
Du würdest bitte den MX erst dann zuweisen, wenn die domain IN A $IP gesetzt wurde :) Zur Sicherheit: ganz nach unten.
ec.ews-0002.eitle-webs.at.( Das ec.ews-0002.eitle-webs.at versteh ich nicht. ec ist doch der emailalias?!
ja, bedeutet: ec@ews....
Jetzt noch ganz dumm gefragt: Wieso ist die Bind sache falsch, wenn ich in sendmail die Regelung von "OK" auf "Relay" setze und dann eine andere Fehlermeldung in "Outlook" bekomme? Bedeutet das nicht das der EWS-0002 schon mit dem Mail werkelt aber es ablehnt?
Wenn ich Dich richtig verstanden habe, Ja. Sendmail arbeitet, aber Bind sagt: für diese Domain bist Du, ews-0002, nicht zuständig. Niemand ist dafür zuständig, sage ich, als bindscher Zonenverwalter, weil ich erster NS bin. !GESETZ! <stempel><krikelkrakel> :) Darauf sagt sendmail: "Lieber Einlieferer, Du darfst zwar einliefern, aber es gibt diese Domain gar nicht, sagt das GESETZ. -> 553 Das sollte es sein (Die Tücken der Ferndiagnose) Hagen -- /HagK/ - hagk@hagk.de Bitte zuerst lesen: http://rfc.net/rfc1855.html (Netiquette) http://www.afaik.de/usenet/faq/zitieren/zitieren-3.php3
On Fri, Apr 19, 2002 at 11:04:09AM +0200, Hagen Kuehnel wrote:
an Daniel Schmatz 's Tastatur wurde am Freitag, 19. April 2002 09:25 folgendes notiert:
$TTL 1D eitle-computer.at. IN SOA ews-0002 ec.eitle-computer.at.( 2002031101 ; serial 1D ; refresh 2H ; retry 1W ; expiry 2D ) ; minimum
IN NS ews-0002.eitle-webs.at. IN NS ews-0001.eitle-webs.at. eitle-computer.at. IN MX 10 ews-0002
eitle-computer.at. IN A 195.202.171.67 www.eitle-computer.at. IN A 195.202.171.67 ews-0002 IN A 195.202.171.67 ews-0001 IN A 195.202.171.224
Du würdest bitte den MX erst dann zuweisen, wenn die domain IN A $IP gesetzt wurde :) Zur Sicherheit: ganz nach unten.
???? Was soll das denn Aendern? Die Reihenfolge ist bei so vollstaendigen Zeilen wie den gezeigten unwichtig. Erst wenn man anfaengt nur noch " IN.." zuschreiben ist es wichtig. Peter
an Peter Wiersig 's Tastatur wurde am Freitag, 19. April 2002 11:10 folgendes notiert:
On Fri, Apr 19, 2002 at 11:04:09AM +0200, Hagen Kuehnel wrote:
an Daniel Schmatz 's Tastatur wurde am Freitag, 19. April 2002 09:25
folgendes notiert: Du würdest bitte den MX erst dann zuweisen, wenn die domain IN A $IP gesetzt wurde :) Zur Sicherheit: ganz nach unten.
????
Was soll das denn Aendern? Die Reihenfolge ist bei so vollstaendigen Zeilen wie den gezeigten unwichtig. Erst wenn man anfaengt nur noch " IN.." zuschreiben ist es wichtig.
würde ich mich nicht drauf verlassen, zur Not hilft ein Blick in /var/log/messages - da müssten ja Hinweise auf Fehlinterpretationen auftauchen Hagen PS: warum erhalte ich dann von ews-0002 keine Antwort bei dig MX ? -- /HagK/ - hagk@hagk.de Bitte zuerst lesen: http://rfc.net/rfc1855.html (Netiquette) http://www.afaik.de/usenet/faq/zitieren/zitieren-3.php3
On Fri, Apr 19, 2002 at 11:26:26AM +0200, Hagen Kuehnel wrote:
an Peter Wiersig 's Tastatur wurde am Freitag, 19. April 2002 11:10 folgendes notiert:
On Fri, Apr 19, 2002 at 11:04:09AM +0200, Hagen Kuehnel wrote:
an Daniel Schmatz 's Tastatur wurde am Freitag, 19. April 2002 09:25
folgendes notiert: Du würdest bitte den MX erst dann zuweisen, wenn die domain IN A $IP gesetzt wurde :) Zur Sicherheit: ganz nach unten.
????
Was soll das denn Aendern? Die Reihenfolge ist bei so vollstaendigen Zeilen wie den gezeigten unwichtig. Erst wenn man anfaengt nur noch " IN.." zuschreiben ist es wichtig.
würde ich mich nicht drauf verlassen, zur Not hilft ein Blick in /var/log/messages - da müssten ja Hinweise auf Fehlinterpretationen auftauchen
Du kannst dich darauf verlassen. Wenn ich schreibe: glamus.de IN MX dns.glamus.de. glamus.de IN A 62.208.129.133 ist es das gleiche als wenn ich schreibe: glamus.de IN A 62.208.129.133 MX dns.glamus.de. Da bin ich mir ziemlich sicher.
PS: warum erhalte ich dann von ews-0002 keine Antwort bei dig MX ?
Das schreibt named wahrscheinlich in /var/log/messages. Oder weil die serial immer noch auf 2002031101 steht. Peter
an Daniel Schmatz 's Tastatur wurde am Freitag, 19. April 2002 09:25 folgendes notiert:
$TTL 1D eitle-computer.at. IN SOA ews-0002 ec.eitle-computer.at.( 2002031101 ; serial 1D ; refresh 2H ; retry 1W ; expiry 2D ) ; minimum
IN NS ews-0002.eitle-webs.at. IN NS ews-0001.eitle-webs.at. eitle-computer.at. IN MX 10 ews-0002
eitle-computer.at. IN A 195.202.171.67 www.eitle-computer.at. IN A 195.202.171.67 ews-0002 IN A 195.202.171.67 ews-0001 IN A 195.202.171.224
Du würdest bitte den MX erst dann zuweisen, wenn die domain IN A $IP gesetzt wurde :) Zur Sicherheit: ganz nach unten.
Hmmm. Jetzt steht er ganz unten, hab die Kiste neu gestartet - Ergebnis: das selbe wie zuvor.
ec.ews-0002.eitle-webs.at.( Das ec.ews-0002.eitle-webs.at versteh ich nicht. ec ist doch der emailalias?!
ja, bedeutet: ec@ews....
Jetzt noch ganz dumm gefragt: Wieso ist die Bind sache falsch, wenn ich in sendmail die Regelung von "OK" auf "Relay" setze und dann eine andere Fehlermeldung in "Outlook" bekomme? Bedeutet das nicht das der EWS-0002 schon mit dem Mail werkelt aber es ablehnt?
Wenn ich Dich richtig verstanden habe, Ja.
Sendmail arbeitet, aber Bind sagt: für diese Domain bist Du, ews-0002, nicht zuständig. Niemand ist dafür zuständig, sage ich, als bindscher Zonenverwalter, weil ich erster NS bin. !GESETZ! <><stempel><krikelkrakel> :)
Darauf sagt sendmail: "Lieber Einlieferer, Du darfst zwar einliefern, aber es gibt diese Domain gar nicht, sagt das GESETZ. -> 553
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). Danke für die weiteren Bemühnungen....
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
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 :) -- Wieder mal Danke für eure Mühen....
Also: Seriennumer erhöt, neu gestartet. Selbes wie vorher.
Das bedeutet also, Sendmail sagt OK du darfst grundsätzlich relayen aber
dein Absendername gefällt mir nicht.
Unter welche Paragraph krieg ich ihn jetzt dazu das er ihn akzeptiert?
logs:
MAIL:
Apr 19 12:19:22 ews-0002 qpopper[1758]: Stats: ds1 0 0 0 0
M511P005.dipool.highway.telekom.at 62.46.53.197
Apr 19 12:19:23 ews-0002 sendmail[1759]: warning: /etc/hosts.allow, line 4:
missing ":" separator
Apr 19 12:19:24 ews-0002 sendmail[1760]: g3JAJOf01760: ruleset=check_mail,
arg1=
Sagt nicht die Fehlermeldung alles aus?
Apr 19 12:33:47 ews-0002 sendmail[865]: g3JAXlp00865: ruleset=check_mail,
arg1=
an Daniel Schmatz 's Tastatur wurde am Freitag, 19. April 2002 12:35 folgendes notiert:
Apr 19 12:33:47 ews-0002 sendmail[865]: g3JAXlp00865: ruleset=check_mail, arg1=
, relay=[62.46.53.197], reject=553 5.3.0 ... RELAY Apr 19 12:33:47 ews-0002 sendmail[865]: g3JAXlp00865: from= , size=0, class=0, nrcpts=0, proto=SMTP, daemon=Daemon0, relay=[62.46.53.197] Apr 19 12:33:48 ews-0002 qpopper[866]: (v4.0.3) Unable to get canonical name of client 62.46.53.197: Unknown host (1) Apr 19 12:33:51 ews-0002 qpopper[866]: Stats: ds1 0 0 0 0 62.46.53.197 62.46.53.197 "Unabele to get canonical nam of client" der kriegt den Namen des Useres (sprich "ec1") nicht oder? was muss ich machen damit er ihn kriegt?
nee, er (sendmail mit Hilfe von bind) kann die IP 62.46.53.197 derzeit nicht auflösen. Ist nebensächlich, wenn sie als IP relayen darf. Hagen -- /HagK/ - hagk@hagk.de Bitte zuerst lesen: http://rfc.net/rfc1855.html (Netiquette) http://www.afaik.de/usenet/faq/zitieren/zitieren-3.php3
canonical name of client 62.46.53.197: Unknown host (1)
Apr 19 12:33:51 ews-0002 qpopper[866]: Stats: ds1 0 0 0 0 62.46.53.197 62.46.53.197
"Unabele to get canonical nam of client" der kriegt den Namen des Useres (sprich "ec1") nicht oder? was muss ich machen damit er ihn kriegt?
nee, er (sendmail mit Hilfe von bind) kann die IP 62.46.53.197 derzeit nicht auflösen. Ist nebensächlich, wenn sie als IP relayen darf.
ne darf sie nicht! ist ja eine Einwählverbindung - die muss er auflösen, komm ja von der Ferne! WIE?
an Daniel Schmatz 's Tastatur wurde am Freitag, 19. April 2002 13:15 folgendes notiert:
nee, er (sendmail mit Hilfe von bind) kann die IP 62.46.53.197 derzeit nicht auflösen. Ist nebensächlich, wenn sie als IP relayen darf.
ne darf sie nicht! ist ja eine Einwählverbindung - die muss er auflösen, komm ja von der Ferne!
selbst wenn er sie auflöst, muss die domain relayen dürfen. Ansonsten hilft POPbefor SMTP oder SMTP_AUTH Ursprünglicher Ansatz war doch, Du musst aus deinem internen Netz deinen Server ansprechen ! externe können Dir erst mal gestohlen bleiben. Bis auf unserer Test. Hagen PS Relaying denied wegen diesem Feature ist aber 550 -- /HagK/ - hagk@hagk.de Bitte zuerst lesen: http://rfc.net/rfc1855.html (Netiquette) http://www.afaik.de/usenet/faq/zitieren/zitieren-3.php3
an Daniel Schmatz 's Tastatur wurde am Freitag, 19. April 2002 12:24 folgendes notiert:
Also: Seriennumer erhöt, neu gestartet. Selbes wie vorher.
Ist aber jetzt OK ; <<>> DiG 8.3 <<>> eitle-computer.at MX ;; ANSWER SECTION: eitle-computer.at. 1D IN MX 10 ews-0002.eitle-computer.at.
Das bedeutet also, Sendmail sagt OK du darfst grundsätzlich relayen aber dein Absendername gefällt mir nicht.
genericstable hatten wir glaube ich noch nicht :) cd /etc/mail vim genericstable $username <[tabulatortaste]> ec1@eitle-computer.at makemap hash genericstable > genericstable.db rcsendmail restart vielleicht hast Du diesm user diese Mailadresse zum als Sender nicht zugewiesen PS: jetzt müssen wir aber langsam zu Ende kommen, weil mein Latein bald am Ende ist :(
logs: MESSAGES:
Apr 19 12:16:04 ews-0002 /usr/sbin/named[595]: loading configuration from '/etc/named.conf' Apr 19 12:16:04 ews-0002 /usr/sbin/named[595]: the default for the 'auth-nxdomain' option is now 'no' Apr 19 12:16:39 ews-0002 /usr/sbin/named[595]: client 62.46.53.197#21030: update denied
was bedeutet das "update denied"?
Du willst Deinem (dialup?)Provider deine NS-Daten überhelfen Das mag er nicht. :) Hagen -- /HagK/ - hagk@hagk.de Bitte zuerst lesen: http://rfc.net/rfc1855.html (Netiquette) http://www.afaik.de/usenet/faq/zitieren/zitieren-3.php3
an Daniel Schmatz 's Tastatur wurde am Freitag, 19. April 2002 12:24 folgendes notiert:
Also: Seriennumer erhöt, neu gestartet. Selbes wie vorher.
Ist aber jetzt OK ; <<>> DiG 8.3 <<>> eitle-computer.at MX ;; ANSWER SECTION: eitle-computer.at. 1D IN MX 10 ews-0002.eitle-computer.at.
Das bedeutet also, Sendmail sagt OK du darfst grundsätzlich relayen aber dein Absendername gefällt mir nicht.
genericstable hatten wir glaube ich noch nicht :)
cd /etc/mail vim genericstable
$username <[tabulatortaste]> ec1@eitle-computer.at
makemap hash genericstable > genericstable.db rcsendmail restart
also da stehts drinnen seit ca 2 monaten - allerdings mit "ec1 ec@eitle-computer.at" da "ec" ja die emailadresse ist und "ec1" der user - ich hoffe du bist nicht sauer wenn ich das über webmin eingebe, da das diese neustarts gleich mitmacht.
vielleicht hast Du diesm user diese Mailadresse zum als Sender nicht zugewiesen
PS: jetzt müssen wir aber langsam zu Ende kommen, weil mein Latein bald am Ende ist :(
das glaub ich nicht, da ist noch viel wass du mir nicht verraten willst!
was bedeutet das "update denied"?
Du willst Deinem (dialup?)Provider deine NS-Daten überhelfen Das mag er nicht. :)
wie stell ich die versuche ab? mfg daniel
an Daniel Schmatz 's Tastatur wurde am Freitag, 19. April 2002 13:01 folgendes notiert:
genericstable hatten wir glaube ich noch nicht :)
cd /etc/mail vim genericstable
$username <[tabulatortaste]> ec1@eitle-computer.at
makemap hash genericstable > genericstable.db
KORREKTUR (fürs Archiv) makemap hash genericstable.db < genericstable
"ec1 ec@eitle-computer.at" da "ec" ja die emailadresse ist und "ec1" der user - ich hoffe du bist nicht sauer wenn ich das über webmin eingebe, da das diese neustarts gleich mitmacht.
Ja, oder auch nicht (stand ja STOP da) - siehe meine Anekdote von gestern :) Was sagt: less virtusertable | grep ec
Du willst Deinem (dialup?)Provider deine NS-Daten überhelfen Das mag er nicht. :)
wie stell ich die versuche ab?
müsste mit dem gegensätzlichen von In /etc/named.conf eintragen: forwarders { 192.168.0.10; 192.168.0.20; 192.168.0.30; }; funktionieren. Nochmal die Problematik: Du willst als ec1@... (username ec) eine Mail von einem Client über deine SMTP-Serveer mit sendmail ins web schicken, und bekommst den Fehler 553 von deinem Server bei derr check_mail-rule Korrekt ? Das bedeutet, user/Domainname ungültig. Wir haben übeprüft: access, genericstable Bind ist für MaileXchange bereit. Hmm. -- /HagK/ - hagk@hagk.de Bitte zuerst lesen: http://rfc.net/rfc1855.html (Netiquette) http://www.afaik.de/usenet/faq/zitieren/zitieren-3.php3
genericstable hatten wir glaube ich noch nicht :)
cd /etc/mail vim genericstable
$username <[tabulatortaste]> ec1@eitle-computer.at
makemap hash genericstable > genericstable.db
KORREKTUR (fürs Archiv) makemap hash genericstable.db < genericstable
wie du weisst arbeite ich im moment über webmin, und wenn ich den neuen makemap oder auch den alten über die Comandozeile eigebe wirft er mich raus - kann das was bedeuten?
"ec1 ec@eitle-computer.at" da "ec" ja die emailadresse ist und "ec1" der user - ich hoffe du bist nicht sauer wenn ich das über webmin eingebe, da das diese neustarts gleich mitmacht.
Ja, oder auch nicht (stand ja STOP da) - siehe meine Anekdote von gestern :)
Ich gebs eh über den Dateimanager mit "Bearbeiten" ein und führe dann die Komandos aus *g*
Was sagt: less virtusertable | grep ec
Das:
less virtusertable | grep ec # A domain-specific form of aliasing, allowing multiple virtual
Ist das gut oder schlecht? Mach ichs mit ec1 - dem echten lokalen benutzer - dann wirft er mich raus.
Du willst Deinem (dialup?)Provider deine NS-Daten überhelfen Das mag er nicht. :)
wie stell ich die versuche ab?
müsste mit dem gegensätzlichen von
In /etc/named.conf eintragen: forwarders { 192.168.0.10; 192.168.0.20; 192.168.0.30; }; funktionieren.
sagen wir so: stört uns das wenn wir das immer wieder versuchen, oder eher nicht?
Nochmal die Problematik: Du willst als ec1@... (username ec) eine Mail von einem Client über deine SMTP-Serveer mit sendmail ins web schicken, und bekommst den Fehler 553 von deinem Server bei derr check_mail-rule Korrekt ? Das bedeutet, user/Domainname ungültig.
Wir haben übeprüft: access, genericstable
Bind ist für MaileXchange bereit.
fast: ec@... ist die email und ec ist der username - sonst richtig.
an Daniel Schmatz 's Tastatur wurde am Freitag, 19. April 2002 13:35 folgendes notiert:
wie du weisst arbeite ich im moment über webmin, und wenn ich den neuen makemap oder auch den alten über die Comandozeile eigebe wirft er mich raus - kann das was bedeuten?
Ähm webmin ?, Cookie-fehler denke ich mal.
less virtusertable | grep ec
# A domain-specific form of aliasing, allowing multiple virtual Ist das gut oder schlecht?
Bei mir gut, bei Dir vielleicht schlecht :) (sendmail muss auch wissen, an welche user die Mails dieser Domain gehen, welchem die bestimmte eMailadresse zugeteilt ist) Dort dann also bitte (via webmin) ec@eitle-computer.at ec1 oder @eitle-computer.at ec1 Bedeutet: diese Mail/diese Domain-Mails sollen an den user ec1 gehen.
Mach ichs mit ec1 - dem echten lokalen benutzer - dann wirft er mich raus.
??? in der shell als root sowas tun, nicht war.
sagen wir so: stört uns das wenn wir das immer wieder versuchen, oder eher nicht?
Erst mal nicht - super Antwort, stimmt's. :) Hagen -- /HagK/ - hagk@hagk.de Bitte zuerst lesen: http://rfc.net/rfc1855.html (Netiquette) http://www.afaik.de/usenet/faq/zitieren/zitieren-3.php3
participants (3)
-
Daniel Schmatz
-
Hagen Kuehnel
-
Peter Wiersig