Re: "Offenes" SMTP-Relay mal anders
- From: "Malte J. Wetz" <spamcan@xxxxxxxxxxxxx>
- Date: Fri, 25 May 2007 22:57:20 +0200
Dietz Proepper wrote:
Heiko Schlenker wrote:
* Dirk Ohme <dirk_ohme@xxxxxxxxxxx> schrieb:
Wenn ich dann noch in den Banner des MTA ein "not for public use -
this is no relay / nicht für oeffentlichen Gebrauch - keine
Weiterleitung" reinschreibe
Technisch heißt das: 5xx
Und das Senden eines 5xx war iirc kein MUST. Damit hätten wir schon
wieder einen (technischen) Grund, weswegen das Falschannouncen eines
Relayings vollständig zulässig ist.
Weil im betreffenden Abschnitt dazu keine spezielle Aussage der
Form "Wer kein Relay ist, MUSS 5xx sagen" gemacht wird, ist nicht
automatisch alles erlaubt.
Diese Aussage findet sich eben anderswo und ob ein Server für eine
bestimmte Mail zuständig ist, kann er im Allgemeinfall erst nach dem
Envelope sagen. Es würde also keinen Sinn machen, bereits für das
Banner irgendwelche Relaying-Vorschriften zu kodifizieren.
Dein beharrliches Ignorieren der relevanten Abschnitte des RFC wird
diese nicht verschwinden lassen.
,----
| In other words, message transfer can occur in a single connection
| between the original SMTP-sender and the final SMTP-recipient, or can
| occur in a series of hops through intermediary systems. In either
| case, a formal handoff of responsibility for the message occurs: the
| protocol requires that a server accept responsibility for either
| delivering a message or properly reporting the failure to do so.
`----
,----
| The first step in the procedure is the MAIL command.
| [...]
| If accepted, the SMTP server returns a 250 OK reply. If the mailbox
| specification is not acceptable for some reason, the server MUST
| return a reply indicating whether the failure is permanent (i.e.,
| will occur again if the client tries to send the same address again)
| or temporary (i.e., the address might be accepted if the client tries
| again later).
`----
,----
| The second step in the procedure is the RCPT command.
| [...]
| If accepted, the SMTP server returns a 250 OK reply and stores the
| forward-path. If the recipient is known not to be a deliverable
| address, the SMTP server returns a 550 reply[...]
`----
,----
| The relay server may accept or reject the task of relaying the mail
| in the same way it accepts or rejects mail for a local user. [...]
| If it declines to relay mail to a particular address for policy
| reasons, a 550 response SHOULD be returned.
`----
,----
| If an SMTP server has accepted the task of relaying the mail and
| later finds that the destination is incorrect or that the mail cannot
| be delivered for some other reason, then it MUST construct an
| "undeliverable mail" notification message and send it to the
| originator of the undeliverable mail (as indicated by the reverse-
| path).
`----
Das Anbieten eines Relays nach /dev/null dürfte allen diesen Punkten
widersprechen.
--
http://www.malte-wetz.de (Linux: ISDN-Anrufbeantworter, Text-To-Speech,
ISDN-Inhaltsdatenkomprimierung, yapsrc für alle dt. Netze, Sondertasten
von Multimedia-Tastaturen; Allgemein: Rechnersicherheit)
.
- Follow-Ups:
- Re: "Offenes" SMTP-Relay mal anders
- From: Dietz Proepper
- Re: "Offenes" SMTP-Relay mal anders
- References:
- "Offenes" SMTP-Relay mal anders
- From: Wolfgang Draxinger
- Re: "Offenes" SMTP-Relay mal anders
- From: Malte J. Wetz
- Re: "Offenes" SMTP-Relay mal anders
- From: Heiko Schlenker
- Re: "Offenes" SMTP-Relay mal anders
- From: Dietz Proepper
- Re: "Offenes" SMTP-Relay mal anders
- From: Heiko Schlenker
- Re: "Offenes" SMTP-Relay mal anders
- From: Sebastian Biallas
- Re: "Offenes" SMTP-Relay mal anders
- From: Ansgar -59cobalt- Wiechers
- Re: "Offenes" SMTP-Relay mal anders
- From: Dietz Proepper
- Re: "Offenes" SMTP-Relay mal anders
- From: Ansgar -59cobalt- Wiechers
- Re: "Offenes" SMTP-Relay mal anders
- From: Dietz Proepper
- Re: "Offenes" SMTP-Relay mal anders
- From: Ansgar -59cobalt- Wiechers
- Re: "Offenes" SMTP-Relay mal anders
- From: Stefan Reuther
- Re: "Offenes" SMTP-Relay mal anders
- From: Ansgar -59cobalt- Wiechers
- Re: "Offenes" SMTP-Relay mal anders
- From: Stefan Reuther
- Re: "Offenes" SMTP-Relay mal anders
- From: Dirk Ohme
- Re: "Offenes" SMTP-Relay mal anders
- From: Heiko Schlenker
- Re: "Offenes" SMTP-Relay mal anders
- From: Dietz Proepper
- "Offenes" SMTP-Relay mal anders
- Prev by Date: Re: "Offenes" SMTP-Relay mal anders
- Next by Date: Re: "Offenes" SMTP-Relay mal anders
- Previous by thread: Re: "Offenes" SMTP-Relay mal anders
- Next by thread: Re: "Offenes" SMTP-Relay mal anders
- Index(es):
Relevant Pages
|