Ordentliches HELO ist Kür?

[Holger Marzen]

Ich bin jahrelang gut gefahren, in denen mein Mailserver darauf bestand,
dass der per HELO/EHLO übermittelte Name ein gültiger FQDN und im DNS
hinterlegt ist. Es gab nie Probleme, alle erwünschten Mails kamen an,
egal ob von Nerds, Firmen, Freemail-Providern oder Behörden.

Gestern haben wir für meinen Jüngsten für die WII-U eine Nintendo
Network ID eingerichtet, damit er sich dort in Foren rumtreiben kann.
Dazu muss man eine E-Mail-Adresse angeben, zu der Nintendo einen
Bestätigungslink schickt, mit dem man die Einrichtung der ID abschließen
muss. Soweit, so üblich, und schließlich habe ich administrativen
Zugriff auf eine DNS-Zone für Junkmail.

Aber Nintendo sagt EHLO mit einem FQDN, der nicht resolvable ist. Ich
hab also den HELO-Check rausnehmen müssen, um die Mail empfangen zu
können. Eine Erklärung könnte (muss aber nicht) der Substring "Java" in
der MsgID sein.

War ich die ganzen Jahre zu konservativ? Ist es gängige und gute Praxis,
so tolerant zu sein, dass man jeden Scheiß im HELO/EHLO akzeptiert?

[Sven Hartge]

Ja.

$hier nehmen wir sogar den '_' im HELO an, weil nicht wenige
Windows-Server aus Unternehmen einen solchen Hostnamen haben und sich
auch so melden. Da ist es hoffnungslos, darauf zu bestehen, dass dies
korrigiert wird, man hat schneller eine Dienstanweisung auf dem Tisch,
die einem die Konfiguration befiehlt als man den RFC zitieren kann.

Nicht-auflösende HELOs werden schon immer angenommen, ebenso solche
komplett ohne '.' oder reine IPs ohne [] aussen herum.

Allerdings führen defekte HELOs zu zusätzlichen Punkten im Spam-Erkenner
und können daher evtl. zum Zünglein an der Waage werden, sollte der Rest
der Mail ähnlich defekt sein.

Zusammenfassung: Defekter HELO ist kein Ablehnungsgrund, aber mithin ein
Indiz.

S°

--
Sigmentation fault. Core dumped.

[Volker Birk]

Sven Hartge <sh-...@svenhartge.de> wrote:
> Zusammenfassung: Defekter HELO ist kein Ablehnungsgrund, aber mithin ein
> Indiz.

Nun, viele filtern SPAM drauf, weil EHLOs eigentlich immer nur bei SPAM
kap0tt ist.

Viele Grüsse,
VB.
--
Wenn Steinbrück „Urwahl“ hört, ruft der „Rolex!“

(Friedrich Küppersbusch)

[Juergen Ilse]

Hallo,

Volker Birk <bum...@dingens.org> wrote:
> Sven Hartge <sh-...@svenhartge.de> wrote:
>> Zusammenfassung: Defekter HELO ist kein Ablehnungsgrund, aber mithin ein
>> Indiz.
> Nun, viele filtern SPAM drauf, weil EHLOs eigentlich immer nur bei SPAM
> kap0tt ist.

"unresolvable EHLOs" sind allerdings ein Fall, der *niemals* zu einem
5xx Fehlercode (direkte Ablehnung) fuehren sollte, sondern bestenfalls
zu einem 4xx Fehlercode ("versuch es spaeter noch mal"), da es durchaus
auch mal ein temporaeres Problem mit der Reverse-Aufloesung geben koennte,
auch bei voellig regulaeren Mails.

Tschuess,
Juergen Ilse (jue...@usenet-verwaltung.de)
--
Ein Domainname ist nur ein Name, nicht mehr und nicht weniger.
Wer mehr hineininterpretiert, hat das Domain-Name-System nicht
verstanden.

[Sven Hartge]

Juergen Ilse <jue...@usenet-verwaltung.de> wrote:
> Volker Birk <bum...@dingens.org> wrote:
>> Sven Hartge <sh-...@svenhartge.de> wrote:

>>> Zusammenfassung: Defekter HELO ist kein Ablehnungsgrund, aber mithin
>>> ein Indiz.
>> Nun, viele filtern SPAM drauf, weil EHLOs eigentlich immer nur bei
>> SPAM kap0tt ist.

> "unresolvable EHLOs" sind allerdings ein Fall, der *niemals* zu einem
> 5xx Fehlercode (direkte Ablehnung) fuehren sollte, sondern bestenfalls
> zu einem 4xx Fehlercode ("versuch es spaeter noch mal"), da es
> durchaus auch mal ein temporaeres Problem mit der Reverse-Aufloesung
> geben koennte, auch bei voellig regulaeren Mails.

Erstens dieses und zweites beobachte ich seit der immer weiter
steigenden Nutzung von Cloud-basierten Diensten, dass diese sich mit dem
internen Namen melden, der nicht auflösbar ist. (Früher habe ich das
eigentlich nur bei Load-Balancing Setups der größeren Mail-Provider
beobachtet.)

Zwar könnte man hier argumentieren, dass dann der Admin selbst schuld
ist, er könnte doch einen korrekten Namen konfigurieren, aber das ist
nicht der Punkt.

Für einen selbst kann man den MX natürlich so streng konfigurieren, wie
man will. Wer für sich selbst an geraden Tagen HELOs ablehnen will, die
eine ungerade Anzahl an Zeichen haben: Bitte, persönliche Sache.

Aber sobald man den Service für andere anbietet, sollte man sich
überlegen, wie hoch man in seinem Elfenbeinturm sitzen will.

Die Realität ist nun einmal so: defekte HELOs sind auch bei (oder gerade
bei) großen Systemen gang und gebe. Will man die Dienste dieser großen
Systeme nutzen, dann hat man zwei Möglichkeiten: Sich verweigern, mit
dem Fuß aufstampfen und versuchen den Absender zu verbessern (was dieser
meist mit einem metaphorischen Schulterzucken beantworten dürfte) und im
Endeffekt den Dienst dann doch nicht nutzen können oder eben ein paar
Stufen im Turm herabsteigen.

Im Zweifel eben nach dem bekannten Robustness Principle.

Grüße,
Sven.

[Sven Hartge]

Volker Birk <bum...@dingens.org> wrote:
> Sven Hartge <sh-...@svenhartge.de> wrote:

>> Zusammenfassung: Defekter HELO ist kein Ablehnungsgrund, aber mithin
>> ein Indiz.

> Nun, viele filtern SPAM drauf, weil EHLOs eigentlich immer nur bei
> SPAM kap0tt ist.

Die Frage ist nun, wie man "kaputt" definiert.

-> beinhaltet 8bit-Zeichen
-> Ja, kann man eigentlich sofort wegwerfen
-> beinhaltet keinen .
-> beinhaltet _
-> ist eine reine IP
-> ist nicht auflösbar

[Volker Birk]

Sven Hartge <sh-...@svenhartge.de> wrote:
> Im Zweifel eben nach dem bekannten Robustness Principle.

Nein, Danke. Dieses "im Zweifel" heisst, man bekommt tonnenweise SPAM.

[Volker Birk]

Es ist spezifiziert, was nach EHLO zu kommen hat.

[Ralph Angenendt]

Well, Volker Birk <bum...@dingens.org> wrote:
> Sven Hartge <sh-...@svenhartge.de> wrote:
>> Die Frage ist nun, wie man "kaputt" definiert.
>> -> beinhaltet 8bit-Zeichen
>> -> Ja, kann man eigentlich sofort wegwerfen
>> -> beinhaltet keinen .
>> -> beinhaltet _
>> -> ist eine reine IP
>> -> ist nicht auflösbar
>
> Es ist spezifiziert, was nach EHLO zu kommen hat.

Jupp. Viele SHOULDS, kein MUST, ein "if available".

Ralph
--
Als hätte es 100 Jahre Philosophie in Göttingen studiert ...

[Ralph Angenendt]

Well, Volker Birk <bum...@dingens.org> wrote:
> Sven Hartge <sh-...@svenhartge.de> wrote:
>> Die Frage ist nun, wie man "kaputt" definiert.
>> -> beinhaltet 8bit-Zeichen
>> -> Ja, kann man eigentlich sofort wegwerfen
>> -> beinhaltet keinen .
>> -> beinhaltet _
>> -> ist eine reine IP

>> -> ist nicht auflï¿œsbar

>
> Es ist spezifiziert, was nach EHLO zu kommen hat.

Jupp. Viele SHOULDS, kein MUST, ein "if available". Und auflï¿œsbar muss
da erst mal nix sein.

Ralph
--
Als hï¿œtte es 100 Jahre Philosophie in Gï¿œttingen studiert ...

[Stefan Reuther]

Sven Hartge wrote:
> $hier nehmen wir sogar den '_' im HELO an, weil nicht wenige
> Windows-Server aus Unternehmen einen solchen Hostnamen haben und sich
> auch so melden. Da ist es hoffnungslos, darauf zu bestehen, dass dies
> korrigiert wird, man hat schneller eine Dienstanweisung auf dem Tisch,
> die einem die Konfiguration befiehlt als man den RFC zitieren kann.

Wenn die Dienstanweisung "das muss aber angenommen werden!!!" nur
genauso schnell kommen würde, wenn mal wieder der Mailserver der Meinung
ist, Mailanhänge abzuweisen.

Aber wer wird denn schon in einer Softwareentwicklungsabteilung auf die
Idee kommen, *.bat zu verschicken. Oder *.zip mit *.exe drin...


Stefan

[Marc Haber]

Holger Marzen <hol...@marzen.de> wrote:
>War ich die ganzen Jahre zu konservativ? Ist es gängige und gute Praxis,
>so tolerant zu sein, dass man jeden Scheiß im HELO/EHLO akzeptiert?

Mailserver mit legitimer Nutzung sind inzwischen ganz gut
konfiguriert. Je mehr Web 2.0 und je hipper die Anwendung, die die
Mail verschickt, desto weniger kann man erwarten, dass sie irgendwie
standardkonform ist.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[Christoph Kliemt]

Holger Marzen <hol...@marzen.de> writes:

[...]

> War ich die ganzen Jahre zu konservativ? Ist es gängige und gute Praxis,
> so tolerant zu sein, dass man jeden Scheiß im HELO/EHLO akzeptiert?

Ich handhabe es eher andersrum: Ein plausibles HELO ist *eines* von
verschiedenen Indizien dafür, dass der Gegenüber kein Werbeversender
ist.
Ansonsten hat E/HELO eher dekorativen Charakter.

Christoph

--
> fortune murphy
Aus Murphy's Gesetze:
Alle unbeseelten Gegenstände können sich gerade soweit bewegen, daß
sie einem im Weg sind.

[Juergen P. Meier]

Holger Marzen <hol...@marzen.de>:

> Ich bin jahrelang gut gefahren, in denen mein Mailserver darauf bestand,
> dass der per HELO/EHLO übermittelte Name ein gültiger FQDN und im DNS
> hinterlegt ist. Es gab nie Probleme, alle erwünschten Mails kamen an,
> egal ob von Nerds, Firmen, Freemail-Providern oder Behörden.

Es ist eine effektive SPAM-Erkennungsmassnahme mit relativ hoher
Zuverlaessigkeit - aber eben nicht frei von False Positives.

> Aber Nintendo sagt EHLO mit einem FQDN, der nicht resolvable ist. Ich

Ein schoener False Positive also.

> hab also den HELO-Check rausnehmen müssen, um die Mail empfangen zu

Kannst du nicht einfach Nintendo bezueglich der HELO-Restriktion
Whitelisten?

> können. Eine Erklärung könnte (muss aber nicht) der Substring "Java" in
> der MsgID sein.

Kaum.

> War ich die ganzen Jahre zu konservativ? Ist es gängige und gute Praxis,
> so tolerant zu sein, dass man jeden Scheiß im HELO/EHLO akzeptiert?

Jein.

Der Standard (STD 10) fordert im HELO einen aufloesbaren Namen oder die
IP-Addresse (falls ein solcher nicht gegeben werden kann).

In der Praxis wurde bevor SPAM ein Problem wurde diese Forderung nie
technisch umgesetzt, und weil so viele Idioten das falsch machen auch
als SPAM-Bekaempfungsmassnahme nur selten und wenn mit einer
Whitelist-Moeglichkeit eingesetzt.

Du koenntest dem Postmaster von Nintendo ja mal eine Mail schicken,
und ihn auf seine Fehlkonfiguration aufmerksam machen.

Bei anderen grossen Firmen klappt das idR. recht gut.

HTH,
Juergen
--
Juergen P. Meier - "This World is about to be Destroyed!"
end
If you think technology can solve your problems you don't understand
technology and you don't understand your problems. (Bruce Schneier)

[Juergen P. Meier]

Juergen Ilse <jue...@usenet-verwaltung.de>:

> Hallo,
>
> Volker Birk <bum...@dingens.org> wrote:
>> Sven Hartge <sh-...@svenhartge.de> wrote:
>>> Zusammenfassung: Defekter HELO ist kein Ablehnungsgrund, aber mithin ein
>>> Indiz.
>> Nun, viele filtern SPAM drauf, weil EHLOs eigentlich immer nur bei SPAM
>> kap0tt ist.
>
> "unresolvable EHLOs" sind allerdings ein Fall, der *niemals* zu einem

Meinst du SERVFAIL vs. NXDOMAIN?

> 5xx Fehlercode (direkte Ablehnung) fuehren sollte, sondern bestenfalls

NXDOMIAN *ist* per Definition /resolvable/. Und daraus folgt nunmal 5xx.

> zu einem 4xx Fehlercode ("versuch es spaeter noch mal"), da es durchaus
> auch mal ein temporaeres Problem mit der Reverse-Aufloesung geben koennte,
> auch bei voellig regulaeren Mails.

Ordentliche MTAs koennen durchaus zwischen verschiedenen resolver-Statuscodes
differenzieren.

[Juergen P. Meier]

begin 1 followup to Ralph Angenendt <ihr....@strg-alt-entf.org>:

> Well, Volker Birk <bum...@dingens.org> wrote:
>> Sven Hartge <sh-...@svenhartge.de> wrote:
>>> Die Frage ist nun, wie man "kaputt" definiert.
>>> -> beinhaltet 8bit-Zeichen
>>> -> Ja, kann man eigentlich sofort wegwerfen
>>> -> beinhaltet keinen .
>>> -> beinhaltet _
>>> -> ist eine reine IP
>>> -> ist nicht auflï¿œsbar
>>
>> Es ist spezifiziert, was nach EHLO zu kommen hat.
>
> Jupp. Viele SHOULDS, kein MUST, ein "if available". Und auflï¿œsbar muss

SHOULD nach RFC klar definiert. Welchen ueberzeugenden Grund hat denn
Nintendo hier genau, diese Forderung des Standards zu verletzen?

Wer SHOULD verletzt muss dafuer auch eine Begruendung liefern koennen.

> da erst mal nix sein.

Der Standard sagt: Wenn nicht aufloesbar (oder die Aufloesbarkeit
nicht gewaherleistet werden kann): dann IP (und zwar die des Sockets,
bei NAT dann auch die von aussen).

Der Standard sagt aber auch, dass man Unsinn hier tolerieren muss und
hier nicht alleine aus technischen Gruenden ablehnen *darf*.

Das heist auch eine Ablehnung wegen nichtgefallens des HELO darf
letzlich nur Aufgrund einer lokalen Policy* (Gesichtskontrolle) passieren
und ist per Definition /keine/ technische Massnahme.

Bitte diese Unterscheidung in der Diskussion beachten, sie ist
naemlich relevant!

* Policy (Richtlinien)-basiertes Filtern ist im Rahmen rechtlicher
Einschraenkungen natuerlich immer zugelassen: Wer nicht mit jemandem
reden will, weil er dessen Visage nicht leiden mag, den zwingt der
Standard auch nicht dazu. Einige SPAM-Filter fallen in diese
Kategorie, u.A. eben auch jedwede HELO-REstriktion.
Dessen muss sich jeder Bewusst sein, der Filtert, insbesondere wenn
es Beschwerden von Nutzern gibt!

[Juergen P. Meier]

Ralf Döblitz <doeb...@doeblitz.net>:
> Sven Hartge <sh-...@svenhartge.de> schrieb:
> [...]

>> Aber sobald man den Service für andere anbietet, sollte man sich
>> überlegen, wie hoch man in seinem Elfenbeinturm sitzen will.
>

> Und vor allem die RFCs sehr genau lesen.

>
>> Die Realität ist nun einmal so: defekte HELOs sind auch bei (oder gerade
>> bei) großen Systemen gang und gebe. Will man die Dienste dieser großen
>> Systeme nutzen, dann hat man zwei Möglichkeiten: Sich verweigern, mit
>> dem Fuß aufstampfen und versuchen den Absender zu verbessern (was dieser
>> meist mit einem metaphorischen Schulterzucken beantworten dürfte) und im
>> Endeffekt den Dienst dann doch nicht nutzen können oder eben ein paar
>> Stufen im Turm herabsteigen.
>>
>> Im Zweifel eben nach dem bekannten Robustness Principle.
>

> Und da eine DNS-Auflösbarkeit für den im EHLO gegebenen Namen im
> einschlägigen RFC gar nicht gefordsert wird und andererseits sogar die

Flasch. Natuerlich ist sie gefordert - per SHOULD:

4.1.1.1 Extended HELLO (EHLO) or HELLO (HELO)

These commands are used to identify the SMTP client to the SMTP
server. The argument field contains the fully-qualified domain name
of the SMTP client if one is available. In situations in which the
SMTP client system does not have a meaningful domain name (e.g., when
its address is dynamically allocated and no reverse mapping record is
available), the client SHOULD send an address literal (see section
4.1.3), optionally followed by information that will help to identify
the client system.

> Ablehnung der Mailannahme aufgrund semantischer EHLO-Auswertung explizit
> unzulässig ist, sollte man sich da wirklich sehr stark an obiges Prinzip

Technisch korrekt. Man darf nicht nur deswegen ablehnen, weil HELO
nicht aufloesbar oder unsinnig ist.

Das beeinflusst jedoch in keiner Form das Recht jedes Empfaengers
gemaess seinen Richtlinien Mail aus nicht-technischen Gruenden abzulehnen.

[Juergen P. Meier]

Ralf Dï¿œblitz <doeb...@doeblitz.net>:

> Sven Hartge <sh-...@svenhartge.de> schrieb:
> [...]

>> Aber sobald man den Service fï¿œr andere anbietet, sollte man sich
>> ï¿œberlegen, wie hoch man in seinem Elfenbeinturm sitzen will.

>
> Und vor allem die RFCs sehr genau lesen.
>

>> Die Realitï¿œt ist nun einmal so: defekte HELOs sind auch bei (oder gerade
>> bei) groï¿œen Systemen gang und gebe. Will man die Dienste dieser groï¿œen
>> Systeme nutzen, dann hat man zwei Mï¿œglichkeiten: Sich verweigern, mit
>> dem Fuￜ aufstampfen und versuchen den Absender zu verbessern (was dieser
>> meist mit einem metaphorischen Schulterzucken beantworten dï¿œrfte) und im
>> Endeffekt den Dienst dann doch nicht nutzen kï¿œnnen oder eben ein paar

>> Stufen im Turm herabsteigen.
>>
>> Im Zweifel eben nach dem bekannten Robustness Principle.
>

> Und da eine DNS-Auflï¿œsbarkeit fï¿œr den im EHLO gegebenen Namen im
> einschlï¿œgigen RFC gar nicht gefordsert wird und andererseits sogar die

Flasch. Natuerlich ist sie gefordert - per SHOULD:

4.1.1.1 Extended HELLO (EHLO) or HELLO (HELO)

These commands are used to identify the SMTP client to the SMTP
server. The argument field contains the fully-qualified domain name
of the SMTP client if one is available. In situations in which the
SMTP client system does not have a meaningful domain name (e.g., when
its address is dynamically allocated and no reverse mapping record is
available), the client SHOULD send an address literal (see section
4.1.3), optionally followed by information that will help to identify
the client system.

> Ablehnung der Mailannahme aufgrund semantischer EHLO-Auswertung explizit

> unzulï¿œssig ist, sollte man sich da wirklich sehr stark an obiges Prinzip

Technisch korrekt. Man darf nicht deswegen ablehnen, weil HELO

[Juergen P. Meier]

[supercede wegen weiterer Klarstellung]

Holger Marzen <hol...@marzen.de>:

> Ich bin jahrelang gut gefahren, in denen mein Mailserver darauf bestand,

> dass der per HELO/EHLO ï¿œbermittelte Name ein gï¿œltiger FQDN und im DNS
> hinterlegt ist. Es gab nie Probleme, alle erwï¿œnschten Mails kamen an,
> egal ob von Nerds, Firmen, Freemail-Providern oder Behï¿œrden.

Es ist eine effektive SPAM-Erkennungsmassnahme mit relativ hoher
Zuverlaessigkeit - aber eben nicht frei von False Positives.

> Aber Nintendo sagt EHLO mit einem FQDN, der nicht resolvable ist. Ich

Ein schoener False Positive also.

> hab also den HELO-Check rausnehmen mï¿œssen, um die Mail empfangen zu

Kannst du nicht einfach Nintendo bezueglich der HELO-Restriktion
Whitelisten?

> kï¿œnnen. Eine Erklï¿œrung kï¿œnnte (muss aber nicht) der Substring "Java" in
> der MsgID sein.

Kaum.

> War ich die ganzen Jahre zu konservativ? Ist es gï¿œngige und gute Praxis,
> so tolerant zu sein, dass man jeden Scheiￜ im HELO/EHLO akzeptiert?

Jein.

Der Standard (STD 10) fordert im HELO einen aufloesbaren Namen oder die
IP-Addresse (falls ein solcher nicht gegeben werden kann).

Der Standard fordert jedoch auch, dass Unsinn im HELO nicht alleine
deswegen zu einer Ablehnung fuehren darf. Du darfst also HELO nicht
alleine aus estaehtischen Gruenden oder wegen analer
Protokollkonformitaet als Filterkriterium verwenden. Du darfst es
hoechstens als Kriterium fuer deine (nicht-technische) Richtlinie
(Policy) heranziehen, welche Mail du akzeptierst und welche nicht.

In der Praxis wurde bevor SPAM ein Problem wurde diese Forderung nie
technisch umgesetzt, und weil so viele Idioten das falsch machen auch
als SPAM-Bekaempfungsmassnahme nur selten und wenn mit einer
Whitelist-Moeglichkeit eingesetzt.

Du koenntest dem Postmaster von Nintendo ja mal eine Mail schicken,
und ihn auf seine Fehlkonfiguration aufmerksam machen.

Bei anderen grossen Firmen klappt das idR. recht gut.

HTH,

[Bastian Blank]

Ralf Döblitz wrote:
> Und da eine DNS-Auflösbarkeit für den im EHLO gegebenen Namen im
> einschlägigen RFC gar nicht gefordsert wird

Also ich lese dort (RFC 5321, 2.3.5) inzwischen folgendes:

| Only resolvable, fully-qualified domain names (FQDNs) are permitted
| when domain names are used in SMTP. In other words, names that can
| be resolved to MX RRs or address (i.e., A or AAAA) RRs are permitted,
| as are CNAME RRs whose targets can be resolved, in turn, to MX or
| address RRs.
| The domain name given in the EHLO command MUST be either a primary
| host name (a domain name that resolves to an address RR) or, if
| the host has no name, an address literal

Damit müssen alle Domain-Names die verwendet werden ordentlich auf A
oder AAAA resolven.

> andererseits sogar die

> Ablehnung der Mailannahme aufgrund semantischer EHLO-Auswertung explizit

> unzulässig ist, sollte man sich da wirklich sehr stark an obiges Prinzip
> halten.

Sprichst du von 4.1.4?

| An SMTP server MAY verify that the domain name argument in the EHLO
| command actually corresponds to the IP address of the client.
| However, if the verification fails, the server MUST NOT refuse to
| accept a message on that basis. Information captured in the
| verification attempt is for logging and tracing purposes. Note that
| this prohibition applies to the matching of the parameter to its IP
| address only;

Das besagt, das der Domain-Names im EHLO nichts mit dem Namen zur IP zu
tun haben muss.

Bastian

[Bastian Blank]

Juergen Ilse wrote:
> "unresolvable EHLOs" sind allerdings ein Fall, der *niemals* zu einem
> 5xx Fehlercode (direkte Ablehnung) fuehren sollte, sondern bestenfalls
> zu einem 4xx Fehlercode ("versuch es spaeter noch mal"), da es durchaus
> auch mal ein temporaeres Problem mit der Reverse-Aufloesung geben koennte,
> auch bei voellig regulaeren Mails.

Nope. Eine Authoritative Antwort NXDOMAIN produziert einen permanenten
Fehler, da der dafür zuständige Nameserver mitgeteilt hat, das es den
Namen nicht gibt. Bei allem anderen darf es natürlich nicht fatal sein.

Bastian

[Joerg Dorchain]

Stefan Reuther <stefa...@arcor.de> wrote:

> Aber wer wird denn schon in einer Softwareentwicklungsabteilung auf die
> Idee kommen, *.bat zu verschicken. Oder *.zip mit *.exe drin...

.exe im passwordgeschuetzen .zip samt password in einem .doc ist
aber harmlos.

Joerg

[Rainer Freis]

Ja, aber das fï¿œllt unter Notwehr, weil man damit den Virenscanner umgeht
und man die exe eben irgendwie zum Gegenￜber bringen muￜ.

Rainer


ObJoke: Kunde hatte massive Probleme mit Cisco-Routern. Cisco liefert
Interimfix. Download der Netzwerke scheiterte dann am Bluecoat-Proxy.

[Joerg Dorchain]

Rainer Freis <rainer...@web.de> wrote:
> Am 10.01.2013 14:09, schrieb Joerg Dorchain:
> > Stefan Reuther<stefa...@arcor.de> wrote:
> >
> >> Aber wer wird denn schon in einer Softwareentwicklungsabteilung auf die
> >> Idee kommen, *.bat zu verschicken. Oder *.zip mit *.exe drin...
> >
> > .exe im passwordgeschuetzen .zip samt password in einem .doc ist
> > aber harmlos.
> >
> > Joerg

> Ja, aber das fällt unter Notwehr, weil man damit den Virenscanner umgeht
> und man die exe eben irgendwie zum Gegenüber bringen muß.

Brieftauben oder reitende Boten....

Joerg

[Dietz Proepper]

ICBMs?

[Severin Glaeser]

Am Thu, 10 Jan 2013 18:58:10 +0000 (UTC) schrieb Ralf Döblitz:

> Der hat dummerweise aber noch nicht STD-Status und damit RFC821 nicht
> abgelöst. Für die Auslegung zwingend zu erfüllender Anforderungen sollte
> man sich besser an den immer noch gültigen STD halten, auch wenn man
> selbst auch die evtl. schärferen Forderung der Nachfolger erfüllen
> sollte. Das ist doch der Kern des Robustness Principle: solange RFC821
> noch gültiger STD ist, solange muß man eben auch Mails, die diesem STD
> genügen annehmen.

War ich der einzige, der an Sexual Transmitted Diseases denken musste?

-Severin Glaeser-

[Juergen P. Meier]

Severin Glaeser <use...@silece.de>:

Ja.

[Stefan Reuther]

Rainer Freis wrote:
> Am 10.01.2013 14:09, schrieb Joerg Dorchain:
>> Stefan Reuther<stefa...@arcor.de> wrote:
>>> Aber wer wird denn schon in einer Softwareentwicklungsabteilung auf die
>>> Idee kommen, *.bat zu verschicken. Oder *.zip mit *.exe drin...
>>
>> .exe im passwordgeschuetzen .zip samt password in einem .doc ist
>> aber harmlos.
>

> Ja, aber das fällt unter Notwehr, weil man damit den Virenscanner umgeht
> und man die exe eben irgendwie zum Gegenüber bringen muß.

Es gibt Virenscanner, die dazulernen, und passwortgeschützte .zips
wegwerfen.

Noch geht ftp.


Stefan

[Roger Schwentker]

Dietz Proepper <dietz...@rotfl.franken.de> wrote:
> >> Ja, aber das fällt unter Notwehr, weil man damit den Virenscanner umgeht
> >> und man die exe eben irgendwie zum Gegenüber bringen muß.
> >
> > Brieftauben oder reitende Boten....

> ICBMs?

wie willst Du die Antwortpakete transportieren?

Viele Grüße
Roger Schwentker
r.schw...@regioconnect.net
--
Die Leute, die für die Todesstrafe eintreten, kommen doch aus genau den
Kreisen, die das Leben schützen und gegen Abtreibung kämpfen, oder?
[Werner Schneyder 1973]

[Roger Schwentker]

Joerg Dorchain <jo...@dorchain.net> wrote:
> > Ja, aber das fällt unter Notwehr, weil man damit den Virenscanner umgeht
> > und man die exe eben irgendwie zum Gegenüber bringen muß.

> Brieftauben oder reitende Boten....

Letzteres könnte die berittene Gebirgsmarine zu Fuß übernehmen.

[Stefan Reuther]

Roger Schwentker wrote:
> Dietz Proepper <dietz...@rotfl.franken.de> wrote:

>>>>Ja, aber das f�llt unter Notwehr, weil man damit den Virenscanner umgeht
>>>>und man die exe eben irgendwie zum Gegen�ber bringen mu�.

>>>
>>>Brieftauben oder reitende Boten....
>
>>ICBMs?
>
> wie willst Du die Antwortpakete transportieren?

Genauso. Der Begriff "ICBM" enth�lt keine Aussage �ber gesetzte
"evil"-Bits aka Sprengkraft.


Stefan

[Dietz Proepper]

Von Antworten hatte btw. niemand gesprochen.

[Holger Marzen]

* On Fri, 11 Jan 2013 20:38:40 +0000 (UTC), Roger Schwentker wrote:

> Dietz Proepper <dietz...@rotfl.franken.de> wrote:
>> >> Ja, aber das fällt unter Notwehr, weil man damit den Virenscanner umgeht
>> >> und man die exe eben irgendwie zum Gegenüber bringen muß.
>> >
>> > Brieftauben oder reitende Boten....
>
>> ICBMs?
>
> wie willst Du die Antwortpakete transportieren?

WLAN im EHz-Bereich.

[Bastian Blank]

alf Döblitz wrote:
> Bastian Blank <use...@waldi.eu.org> schrieb:

>> Ralf Döblitz wrote:
>>> Und da eine DNS-Auflösbarkeit für den im EHLO gegebenen Namen im
>>> einschlägigen RFC gar nicht gefordsert wird
>> Also ich lese dort (RFC 5321, 2.3.5) inzwischen folgendes:

> Der hat dummerweise aber noch nicht STD-Status und damit RFC821 nicht
> abgelöst.

Dann dürfen die einliefernden Stellen aber auch nur RFC821 sprechen und
müssen "HELO" verwenden und keine anderen neuen Features verwenden. Das
tut niemand mehr. Damit ist RFC 821 tot, töter und richtig tot und jeder
verwendet die Nachfolger.

>>> andererseits sogar die
>>> Ablehnung der Mailannahme aufgrund semantischer EHLO-Auswertung explizit
>>> unzulässig ist, sollte man sich da wirklich sehr stark an obiges Prinzip
>>> halten.
>> Sprichst du von 4.1.4?

> Yep, Fehlschlagen inhaltlicher Prüfung darf nicht zu Ablehnung führen
> (syntaktische Fehler dagegen schon).

Das beschreibt die Überprüfung von ehlo-domain -> connection-ip. Danach
abzulehnen ist unzulässig.

Bastian

[Dietz Proepper]

Bastian Blank wrote:

> alf Döblitz wrote:
>> Bastian Blank <use...@waldi.eu.org> schrieb:
>>> Ralf Döblitz wrote:
>>>> Und da eine DNS-Auflösbarkeit für den im EHLO gegebenen Namen im
>>>> einschlägigen RFC gar nicht gefordsert wird
>>> Also ich lese dort (RFC 5321, 2.3.5) inzwischen folgendes:
>> Der hat dummerweise aber noch nicht STD-Status und damit RFC821 nicht
>> abgelöst.
>
> Dann dürfen die einliefernden Stellen aber auch nur RFC821 sprechen und
> müssen "HELO" verwenden und keine anderen neuen Features verwenden. Das
> tut niemand mehr. Damit ist RFC 821 tot, töter und richtig tot und jeder
> verwendet die Nachfolger.

Es wird allerdings imho ein wenig peinlich, wenn die Seite, welche sich auf
einen Standard beruft, den falschen Standard beschwört.

[Bastian Blank]

Dietz Proepper wrote:
> Es wird allerdings imho ein wenig peinlich, wenn die Seite, welche sich auf
> einen Standard beruft, den falschen Standard beschwört.

Was meinst du damit?

Bastian

[Roger Schwentker]

Stefan Reuther <stefa...@arcor.de> wrote:
> >>>Brieftauben oder reitende Boten....
> >>ICBMs?
> > wie willst Du die Antwortpakete transportieren?

> Genauso. Der Begriff "ICBM" enth�lt keine Aussage �ber gesetzte
> "evil"-Bits aka Sprengkraft.

Neinnein, Du verstehst mich flashc. ICBM des $LAND1 werden
�blicherweise losgeschickt, bevor ICBM von $LAND2 eintreffen.
Dadurch wird es �u�erst knifflig, ein Transportmittel f�r die
Antwortpakete zu erzeugen. Wir brauchen also asymmetrisches
Routing.

Viele Gr��e
Roger Schwentker
r.schw...@regioconnect.net
--
Die Leute, die f�r die Todesstrafe eintreten, kommen doch aus genau den
Kreisen, die das Leben sch�tzen und gegen Abtreibung k�mpfen, oder?
[Werner Schneyder 1973]

[Dietz Proepper]

3x darfst Du raten.

[Puerstinger Josef]

Severin Glaeser wrote:

> Am Thu, 10 Jan 2013 18:58:10 +0000 (UTC) schrieb Ralf D�blitz:
>
>> Das ist doch der Kern des Robustness Principle: solange RFC821

>> noch g�ltiger STD ist, solange mu� man eben auch Mails, die diesem STD
>> gen�gen annehmen.

>
> War ich der einzige, der an Sexual Transmitted Diseases denken musste?

Warum musste ich bei Deiner Frage an ein Eiersalatsandwich denken?

Josef

[Dietz Proepper]

*Das* beh�ltst Du bitte f�r Dich!

[Gabriele Conrad]

Am 11.01.2013 19:48, schrieb Juergen P. Meier:
> Severin Glaeser <use...@silece.de>:

>> Am Thu, 10 Jan 2013 18:58:10 +0000 (UTC) schrieb Ralf Dï¿œblitz:
>>> sollte. Das ist doch der Kern des Robustness Principle: solange RFC821

>>> noch gￜltiger STD ist, solange muￜ man eben auch Mails, die diesem STD
>>> genï¿œgen annehmen.

>>
>> War ich der einzige, der an Sexual Transmitted Diseases denken musste?
>
> Ja.

Nein.


--

Allein die Dunkelheit ist real, das Licht scheint nur so.

[Gabriele Conrad]

Am 11.01.2013 15:38, schrieb Joerg Dorchain:

> Brieftauben oder reitende Boten....

Ich mag berittene Brieftauben!

[Roger Schwentker]

Gabriele Conrad <nc-co...@netcologne.de> wrote:
> > Brieftauben oder reitende Boten....
> Ich mag berittene Brieftauben!

Mit Honig?

[Joerg Dorchain]

Dietz Proepper <dietz...@rotfl.franken.de> wrote:
> >
> >> Ja, aber das fällt unter Notwehr, weil man damit den Virenscanner umgeht
> >> und man die exe eben irgendwie zum Gegenüber bringen muß.
> >
> > Brieftauben oder reitende Boten....

> ICBMs?

Ich gewissen Sinne ist die Armee ein Logistikdienstleiter mit
Spezialisierung auf annahmeunwillige Kunden, dafuer aber
praktisch keine Einschraenkungen fuer den Inhalt der Pakete.

Joerg

P.s.: Siehst Du den Laserpunkt auf dem Luftschacht schon?

[Andreas Scherbaum]

Joerg Dorchain <jo...@dorchain.net> wrote:
>
> P.s.: Siehst Du den Laserpunkt auf dem Luftschacht schon?

Dann haben /die/ was falsch gemacht! Der muss doch unsichtbar
sein, sonst verrￜt der doch den ganzen Spaￜ ...

--
Andreas 'ads' Scherbaum
Failure is not an option. It comes bundled with your Microsoft product.
(Ferenc Mantfeld)

[Dietz Proepper]

Andreas Scherbaum wrote:

> Joerg Dorchain <jo...@dorchain.net> wrote:
>>
>> P.s.: Siehst Du den Laserpunkt auf dem Luftschacht schon?
>
> Dann haben /die/ was falsch gemacht! Der muss doch unsichtbar
> sein, sonst verrￜt der doch den ganzen Spaￜ ...

Nun, wenn das Ende unausweichlich ist, dann erhï¿œht das Wissen um ein paar
Sekunden Panik den Spaￜ doch eher.

[Roger Schwentker]

Joerg Dorchain <jo...@dorchain.net> wrote:
> P.s.: Siehst Du den Laserpunkt auf dem Luftschacht schon?

Vergiss den Laserpunkt. Vertraue auf die MACHT.

Apropos: Die Amis wollen nun doch keinen Todesstern bauen.

--

[Volker Birk]

Roger Schwentker <r.schw...@regioconnect.net> wrote:
> Apropos: Die Amis wollen nun doch keinen Todesstern bauen.

Klar dass die das sagen, das Projekt ist schliesslich streng geheim.

Viele Grüsse,
VB.
--
Wenn Steinbrück „Urwahl“ hört, ruft der „Rolex!“

(Friedrich Küppersbusch)

[Dietz Proepper]

Volker Birk wrote:

> Roger Schwentker <r.schw...@regioconnect.net> wrote:
>> Apropos: Die Amis wollen nun doch keinen Todesstern bauen.
>
> Klar dass die das sagen, das Projekt ist schliesslich streng geheim.

Nun, wegen eines Todessterns würde ich mir keine Sorgen machen. Der wird
immerhin von einem R2-Droiden, mit ein wenig Unterstützung durch einen
halbgaren Jedi und einen X-Wing in die Luft gejagt.

Sorgen machen würde ich mir, wenn sie anfangen, R2-Droiden zu entwickeln...

(gibt da btw. einen Text eines Waffeningenieurs, in dem er ausführlich
beschreibt, weswegen ein Todesstern militärisch kompletter Bullshit ist, und
dass R2D2 der *eigentliche* Held der Geschichte ist. Finde ihn aber gerade
nicht.)

[Dietz Proepper]

Ingrid:

> (gibt da btw. einen Text eines Waffeningenieurs, in dem er ausführlich
> beschreibt, weswegen ein Todesstern militärisch kompletter Bullshit ist, und
> dass R2D2 der *eigentliche* Held der Geschichte ist. Finde ihn aber gerade
> nicht.)

Google hilf! -> http://www.dau.mil/pubscats/ATL%20Docs/Sep-Oct11/Ward.pdf

Ein paar Auszüge:
One might wonder how such an ostensibly powerful weapon could have such a
consistently poor track record and such a gaping weakness. Despite the opinion
of certain critics, these shortcomings are not a cheap plot device by a lazy
writer. In fact, the Death Star’s combination of inadequacy and vulnerability
may be the second-most realistic aspect of the entire saga."

Und

"Even worse, it turns out getting a moon-sized project back on track requires
the personal presence of a Sith Lord. Let me assure you, if your project’s
success depends on hiring someone whose first name is Darth, you’ve got a
problem. Not just because Sith Lords are make-believe, but also because
they’re evil."

[Alexander Schreiber]

Dietz Proepper <dietz...@rotfl.franken.de> wrote:
> Andreas Scherbaum wrote:
>
>> Joerg Dorchain <jo...@dorchain.net> wrote:
>>>
>>> P.s.: Siehst Du den Laserpunkt auf dem Luftschacht schon?
>>
>> Dann haben /die/ was falsch gemacht! Der muss doch unsichtbar

>> sein, sonst verrät der doch den ganzen Spaß ...
>
> Nun, wenn das Ende unausweichlich ist, dann erhöht das Wissen um ein paar
> Sekunden Panik den Spaß doch eher.

Ah, wie war das: "I'm a thirty second bomb. Twenty-nine, twenty-eight, [..]
twenty-two. I lied! *BOOM*"

HTH,
Alex.
--
"Opportunity is missed by most people because it is dressed in overalls and
looks like work." -- Thomas A. Edison

[Dietz Proepper]

Alexander Schreiber wrote:

> Dietz Proepper <dietz...@rotfl.franken.de> wrote:
>> Andreas Scherbaum wrote:
>>
>>> Joerg Dorchain <jo...@dorchain.net> wrote:
>>>>
>>>> P.s.: Siehst Du den Laserpunkt auf dem Luftschacht schon?
>>>
>>> Dann haben /die/ was falsch gemacht! Der muss doch unsichtbar
>>> sein, sonst verrät der doch den ganzen Spaß ...
>>
>> Nun, wenn das Ende unausweichlich ist, dann erhöht das Wissen um ein paar
>> Sekunden Panik den Spaß doch eher.
>
> Ah, wie war das: "I'm a thirty second bomb. Twenty-nine, twenty-eight, [..]
> twenty-two. I lied! *BOOM*"

Heinlein, Robert Anton, Starship Troopers ;-).

[Oliver Sch@d]

Roger Schwentker wrote:

> Apropos: Die Amis wollen nun doch keinen Todesstern bauen.

Als Ersatz haben sich die Deutschen gefunden:

http://www.der-postillon.com/2012/12/imperium-will-todesstern-aus-
deutscher.html

mfg
Oli

--
Man darf ruhig intelligent sein, man muss sich nur zu helfen wissen

[Arnim Sommer]

Roger Schwentker schrieb am 14.01.2013 10:13:
> Gabriele Conrad <nc-co...@netcologne.de> wrote:
>> > Brieftauben oder reitende Boten....
>> Ich mag berittene Brieftauben!
>
> Mit Honig?
>

Nein, keine gefï¿œllten Giraffenhï¿œlse!

Aï¿œS
--
Persï¿œnliche Daten sind wie Plutonium.
Wenn zuviele davon auf einem Haufen liegen, wird es kritisch.
-- Dirk Engling, CCC

[Andreas Scherbaum]

Roger Schwentker <r.schw...@regioconnect.net> wrote:
>
> Apropos: Die Amis wollen nun doch keinen Todesstern bauen.

Haben die das Star Wars Programm nun endlich eingestellt?
Was sagt George Lucas dazu?

[Volker Birk]

Andreas Scherbaum <ads-...@wars-nicht.de> wrote:
> Roger Schwentker <r.schw...@regioconnect.net> wrote:
>> Apropos: Die Amis wollen nun doch keinen Todesstern bauen.
> Haben die das Star Wars Programm nun endlich eingestellt?
> Was sagt George Lucas dazu?

Der ist in Rente. Da musst Du jetzt Herrn Maus fragen IIRC.

[Werner Flamme]

Roger Schwentker [14.01.2013 18:36]:

> Joerg Dorchain <jo...@dorchain.net> wrote:
>> P.s.: Siehst Du den Laserpunkt auf dem Luftschacht schon?
>
> Vergiss den Laserpunkt. Vertraue auf die MACHT.
>
> Apropos: Die Amis wollen nun doch keinen Todesstern bauen.

Es wollte ja auch niemand eine Mauer bauen,

dieparallelenerkennt Werner

--

[Hans 'HansMan' Friedlaender]

Am Mon, 14 Jan 2013 22:44:40 +0100 schrieb Arnim Sommer:

> Roger Schwentker schrieb am 14.01.2013 10:13:
>> Gabriele Conrad <nc-co...@netcologne.de> wrote:
>>> > Brieftauben oder reitende Boten....
>>> Ich mag berittene Brieftauben!
>>
>> Mit Honig?
>>

> Nein, keine gefüllten Giraffenhälse!

Aber in Auerochsfett gebratene Schweinskaldaunen.
Mit Honig.

--
SATOR
AREPO
TENET
OPERA
ROTAS

[Stefan Reuther]

Dietz Proepper wrote:
> Volker Birk wrote:
>>Roger Schwentker <r.schw...@regioconnect.net> wrote:
>>>Apropos: Die Amis wollen nun doch keinen Todesstern bauen.
>>
>>Klar dass die das sagen, das Projekt ist schliesslich streng geheim.
>
> Nun, wegen eines Todessterns würde ich mir keine Sorgen machen. Der wird
> immerhin von einem R2-Droiden, mit ein wenig Unterstützung durch einen
> halbgaren Jedi und einen X-Wing in die Luft gejagt.
>
> Sorgen machen würde ich mir, wenn sie anfangen, R2-Droiden zu entwickeln...

C3PO gibt's bei der NASA immerhin schon, wie ich bei der Todesstern-
Abkündigung lernte: <http://www.nasa.gov/offices/c3po/home/index.html>


Stefan

[Joerg Dorchain]

Andreas Scherbaum <ads-...@wars-nicht.de> wrote:
> Joerg Dorchain <jo...@dorchain.net> wrote:
> >
> > P.s.: Siehst Du den Laserpunkt auf dem Luftschacht schon?

> Dann haben /die/ was falsch gemacht! Der muss doch unsichtbar

> sein, sonst verrät der doch den ganzen Spaß ...

IR-Laser. Ist auch spassiger beim reinschauen.

Joerg

[Joerg Dorchain]

Ich wusste, es kam mir bekannt vor.

Joerg

[Ralph A. Schmid, dk5ras]

Joerg Dorchain <jo...@dorchain.net> wrote:

>IR-Laser. Ist auch spassiger beim reinschauen.

ICh hab' mir f�r mein IR-Nachtischtfernrohr eine Aufnahme f�r eine
LED-Taschenlampe fr�sen lassen - da spanne ich derzeit eine
3W-IR-LED-Lampe rein, aber ich habe ernsthaft auch schon �ber einen
passend zur Vergr��erung des Fernrohrs aufgeweiteten 1W-IR-Laser
nachgedacht.


-ras

--

Ralph A. Schmid

http://www.schmid.xxx/ http://www.db0fue.de/
http://www.bclog.de/

[Dietz Proepper]

Für den Part ab dem "-two." übernehme ich keine Verantwortung ;-)

[Holger Marzen]

Heinlein bietet Linux-Support an. Aber was supporten Anton und die
Troopers?

[Dietz Proepper]

Der Heinlein seit etwa 25a nicht mehr.

[Ralph Angenendt]

Well, Ralph A. Schmid, dk5ras <ra...@schmid.xxx> wrote:
> Joerg Dorchain <jo...@dorchain.net> wrote:
>
>>IR-Laser. Ist auch spassiger beim reinschauen.
>

> ICh hab' mir fï¿œr mein IR-Nachtischtfernrohr

Man kann sich auch einfach eine grￜￜere Portion geben lassen.

Ralph
--
Als hï¿œtte es 100 Jahre Philosophie in Gï¿œttingen studiert ...

[Puerstinger Josef]

Ralph A. Schmid, dk5ras wrote:
> Joerg Dorchain <jo...@dorchain.net> wrote:
>
>> IR-Laser. Ist auch spassiger beim reinschauen.
>
> ICh hab' mir f�r mein IR-Nachtischtfernrohr eine Aufnahme f�r eine
> LED-Taschenlampe fr�sen lassen - da spanne ich derzeit eine
> 3W-IR-LED-Lampe rein, aber ich habe ernsthaft auch schon �ber einen
> passend zur Vergr��erung des Fernrohrs aufgeweiteten 1W-IR-Laser
> nachgedacht.

Das gef�hrliche an diesen IR-Quellen ist, dass
(a) die Strahlen nicht sichtbar sind
(b) der Schliessreflex der Augen nicht darauf anspricht

D.h., man kann hineinsehen, ohne es zu bemerken. Bzw. wenn man es
bemerkt (aufgrund der therm. Sch�digung) ist es zu sp�t.

Josef

[Ralph A. Schmid, dk5ras]

Puerstinger Josef <nos...@puerstinger.cc> wrote:

>Das gef�hrliche an diesen IR-Quellen ist, dass
>(a) die Strahlen nicht sichtbar sind
>(b) der Schliessreflex der Augen nicht darauf anspricht
>
>D.h., man kann hineinsehen, ohne es zu bemerken. Bzw. wenn man es
>bemerkt (aufgrund der therm. Sch�digung) ist es zu sp�t.

Unbestritten. Aber der aufgeweitete Laser ist auch nur ein
Scheinwerfer, nur eben einer mit pr�zis definierbarer Ausleuchtung
(und damit auch Leistungsdichte).

[Joerg Dorchain]

Ralph A. Schmid, dk5ras <ra...@schmid.xxx> wrote:
> >IR-Laser. Ist auch spassiger beim reinschauen.

> ICh hab' mir für mein IR-Nachtischtfernrohr eine Aufnahme für eine
> LED-Taschenlampe fräsen lassen - da spanne ich derzeit eine
> 3W-IR-LED-Lampe rein, aber ich habe ernsthaft auch schon über einen
> passend zur Vergrößerung des Fernrohrs aufgeweiteten 1W-IR-Laser
> nachgedacht.

Bei der Asteroidensuche aber bitte die noetige Vorhaltung beachten!

Joerg

[Dietz Proepper]

Ach, ein wenig am Diffusor drehen...

In welchem Roman haben sie nochmal die Mutter des Vaters aller Fusionsbomben
gezündet, und die reflektierte Strahlung verwendet, um alles bis ca. 25 AE zu
vermessen? Irgendwas neueres von Clarke iirc...

[Juergen P. Meier]

Ralph A. Schmid, dk5ras <ra...@schmid.xxx>:
> Puerstinger Josef <nos...@puerstinger.cc> wrote:
>
>>Das gefï¿œhrliche an diesen IR-Quellen ist, dass

>>(a) die Strahlen nicht sichtbar sind
>>(b) der Schliessreflex der Augen nicht darauf anspricht
>>
>>D.h., man kann hineinsehen, ohne es zu bemerken. Bzw. wenn man es

>>bemerkt (aufgrund der therm. Schï¿œdigung) ist es zu spï¿œt.

>
> Unbestritten. Aber der aufgeweitete Laser ist auch nur ein

> Scheinwerfer, nur eben einer mit prï¿œzis definierbarer Ausleuchtung
> (und damit auch Leistungsdichte).

Auch ein Scheinwerfer kann das Auge schaedigen - wenn du z.B. von
einem Balkon in so einen Flak-Scheinwerfer hineinschaust wie sie auf
Grossveranstaltungen verwendet werden damit man auch aus >100km
Entfernung noch die Leutchkegel bis in die Stratosphaere
hineinstrahlen sieht, brauchst du dir auch nie wieder Geraete mit
Retina-Display[tm] kaufen.

Und defekte Transceiver, die auch ohne Empfang eines Beacons die volle
Sendeleistung auf dem Transmitter legen, habe ich schon zu viele
gesehen. Ja klar, sowas darf es nicht geben - ebenso wie es keine
platzenden Elkos in Netzteilen/Spannungswandlern geben darf - oder
brennende Batterien in Passagierflugzeugen...

Bei Laseroptik hast du halt genau nur zwei Versuche: Danach darfst du
dann eh nicht mehr in dieser Branche Arbeiten.

[Joerg Dorchain]

Juergen P. Meier <nospa...@jors.net> wrote:
> Ralph A. Schmid, dk5ras <ra...@schmid.xxx>:
> > Puerstinger Josef <nos...@puerstinger.cc> wrote:
> >

> >>Das gefährliche an diesen IR-Quellen ist, dass

> >>(a) die Strahlen nicht sichtbar sind
> >>(b) der Schliessreflex der Augen nicht darauf anspricht
> >>
> >>D.h., man kann hineinsehen, ohne es zu bemerken. Bzw. wenn man es

> >>bemerkt (aufgrund der therm. Schädigung) ist es zu spät.

> >
> > Unbestritten. Aber der aufgeweitete Laser ist auch nur ein

> > Scheinwerfer, nur eben einer mit präzis definierbarer Ausleuchtung

> > (und damit auch Leistungsdichte).

> Auch ein Scheinwerfer kann das Auge schaedigen - wenn du z.B. von
> einem Balkon in so einen Flak-Scheinwerfer hineinschaust wie sie auf
> Grossveranstaltungen verwendet werden damit man auch aus >100km
> Entfernung noch die Leutchkegel bis in die Stratosphaere
> hineinstrahlen sieht, brauchst du dir auch nie wieder Geraete mit
> Retina-Display[tm] kaufen.

> Und defekte Transceiver, die auch ohne Empfang eines Beacons die volle
> Sendeleistung auf dem Transmitter legen, habe ich schon zu viele
> gesehen. Ja klar, sowas darf es nicht geben - ebenso wie es keine
> platzenden Elkos in Netzteilen/Spannungswandlern geben darf - oder
> brennende Batterien in Passagierflugzeugen...

> Bei Laseroptik hast du halt genau nur zwei Versuche: Danach darfst du
> dann eh nicht mehr in dieser Branche Arbeiten.

http://ledmuseum.candlepower.us/sixth/bsl.gif

[Joerg Dorchain]

Frag mal in d.r.f. nach Blitzlichtern.

Aber 25AE? Kann man da nicht einfach eine normale Sonne fuer
verwenden? Selbst die verursacht mit Strahlungsdruck Messfehler.

Joerg

[Ralph A. Schmid, dk5ras]

"Juergen P. Meier" <nospa...@jors.net> wrote:

>Auch ein Scheinwerfer kann das Auge schaedigen

Ja, aber nicht ein 3W-Scheinwerfer...jeder Autoscheinwerfer ist da
b�sartiger.

[Dietz Proepper]

Juergen P. Meier wrote:

> Ralph A. Schmid, dk5ras <ra...@schmid.xxx>:

>> Unbestritten. Aber der aufgeweitete Laser ist auch nur ein
>> Scheinwerfer, nur eben einer mit prï¿œzis definierbarer Ausleuchtung
>> (und damit auch Leistungsdichte).
>
> Auch ein Scheinwerfer kann das Auge schaedigen - wenn du z.B. von
> einem Balkon in so einen Flak-Scheinwerfer hineinschaust wie sie auf
> Grossveranstaltungen verwendet werden damit man auch aus >100km
> Entfernung noch die Leutchkegel bis in die Stratosphaere
> hineinstrahlen sieht, brauchst du dir auch nie wieder Geraete mit
> Retina-Display[tm] kaufen.

Ich frage mich, wie das mit den moderneren Hochleistungs-LEDs aussieht. Die
sind ebenfalls scheiï¿œhell, und ich bilde mir ein, auch schon Warnhinweise
bezï¿œglich des lï¿œngeren Reinschauens gesehen zu haben.

[Ralph A. Schmid, dk5ras]

Dietz Proepper <dietz...@rotfl.franken.de> wrote:

>Ich frage mich, wie das mit den moderneren Hochleistungs-LEDs aussieht. Die

Zumindest unangenehm.

>sind ebenfalls schei�hell, und ich bilde mir ein, auch schon Warnhinweise
>bez�glich des l�ngeren Reinschauens gesehen zu haben.

Eine Halogenlampe ist genauso hell; letztlich funktioniert da ja auch
der Reflex, nur Infrarot ist kritischer, da man es nicht wahrnimmt.

[Dietz Proepper]

Ralph A. Schmid, dk5ras wrote:

> Dietz Proepper <dietz...@rotfl.franken.de> wrote:
>
>>Ich frage mich, wie das mit den moderneren Hochleistungs-LEDs aussieht. Die
>
> Zumindest unangenehm.

Nach 10min sind die Feuerkreise im wesentlichen verschwunden. ;-).

>>sind ebenfalls schei�hell, und ich bilde mir ein, auch schon Warnhinweise
>>bez�glich des l�ngeren Reinschauens gesehen zu haben.
>
> Eine Halogenlampe ist genauso hell;

Aber weniger punktf�rmig.

> letztlich funktioniert da ja auch
> der Reflex, nur Infrarot ist kritischer, da man es nicht wahrnimmt.

Der Blinzelreflex n�tzt beim direkten Reinschauen nur wenig. Gut, solche LEDs
sondern kein besonders koh�rentes Licht ab, vermutlich.

[Claus Färber]

On 2013-01-14 19:08:08 +0000, Alexander Schreiber said:
> Ah, wie war das: "I'm a thirty second bomb. Twenty-nine, twenty-eight, [..]
> twenty-two. I lied! *BOOM*"

Oder die andere Variante: „three … two … one … … oh, nothing happened.
That's strange. Maybe the countdown was *BOOM*“

Claus

[Juergen P. Meier]

Ralph A. Schmid, dk5ras <ra...@schmid.xxx>:

> Eine Halogenlampe ist genauso hell; letztlich funktioniert da ja auch
> der Reflex, nur Infrarot ist kritischer, da man es nicht wahrnimmt.

Ebenso wie UV, bei Halogenlampen hast du auch einen hohen UV Anteil.

[Joerg Dorchain]

Dietz Proepper <dietz...@rotfl.franken.de> wrote:

> Ich frage mich, wie das mit den moderneren Hochleistungs-LEDs aussieht. Die

> sind ebenfalls scheißhell, und ich bilde mir ein, auch schon Warnhinweise
> bezüglich des längeren Reinschauens gesehen zu haben.

IIRC ist die Leuchtdichte bei geeignetem Masstab um mehrere
Groessenordnungen hoeher als die eines Gluehfadens und damit
wirklich schon nahe an Punktfoermig dran.

Joerg

[Dietz Proepper]

Kleine, fiese Drecksteile ergo ;-). Nun ja, Diffusoren regeln.

[Dietz Proepper]

Achja. Ich habe vor fünf h die drei Leuchtpunkte, welche noch unarmiert waren
und mir ständig ins Gesicht strahlten abgedeckt.

Subjektiv sind Sehstörungen, die mich seit dem Aufbau (September oder so)
nerven schon leicht zurück gegangen.

Dreckszeug das. Aber schön für kreatives Licht.

[Joerg Dorchain]

Dank LEDs brennt sich nicht mehr der Monitor ein, sondern die
Netzhaut...

Joerg, der auch ein bisschen zu viel mit dem Laserpointer im
Schnee gespielt hat.

[Peter Lemken]

Joerg Dorchain <jo...@dorchain.net> wrote:

> Dank LEDs brennt sich nicht mehr der Monitor ein, sondern die
> Netzhaut...

Irrtum. Auch LED-Monitore kennen den Einbrenneffekt, den ich kürzlich bei
einem Vorführnotebook bewundern konnte.


Peter Lemken
+43-1
--
Nature abhors crude hacks.

[Ignatios Souvatzis]

Dietz Proepper wrote:
> Joerg Dorchain wrote:
>
>> Ralph A. Schmid, dk5ras <ra...@schmid.xxx> wrote:
>>> >IR-Laser. Ist auch spassiger beim reinschauen.
>>

>>> ICh hab' mir f�r mein IR-Nachtischtfernrohr eine Aufnahme f�r eine
>>> LED-Taschenlampe fr�sen lassen - da spanne ich derzeit eine
>>> 3W-IR-LED-Lampe rein, aber ich habe ernsthaft auch schon �ber einen

>>> passend zur Vergr��erung des Fernrohrs aufgeweiteten 1W-IR-Laser

>>> nachgedacht.
>>
>> Bei der Asteroidensuche aber bitte die noetige Vorhaltung beachten!
>
> Ach, ein wenig am Diffusor drehen...
>
> In welchem Roman haben sie nochmal die Mutter des Vaters aller Fusionsbomben

> gez�ndet, und die reflektierte Strahlung verwendet, um alles bis ca. 25 AE zu

> vermessen? Irgendwas neueres von Clarke iirc...

Es gibt einer Kurzgeschichte, in der ein mit Maschinenschaden
liegengebliebes Raumschiff irgendwelcher Aliens drei nebeneinander
liegende Sterne sprengt, als Notsignal nach Hause.

Der voraussichtlich dritte ist unser eigener.

-is


--
seal your e-mail: http://www.gnupg.org/

[Volker Birk]

Ignatios Souvatzis <u50...@beverly.kleinbus.org> wrote:
> Es gibt einer Kurzgeschichte, in der ein mit Maschinenschaden
> liegengebliebes Raumschiff irgendwelcher Aliens drei nebeneinander
> liegende Sterne sprengt, als Notsignal nach Hause.
> Der voraussichtlich dritte ist unser eigener.

Ich dachte, der soll einer Umgehungsstrasse weichen?

Viele Grüsse,
VB.
--
“Wer also seinen Anwendern Übles will, sollte unbedingt die Einführung von
Windows 8 in Produktivumgebungen forcieren.”

Susanne Nolte in der iX

[Dietz Proepper]

Ignatios Souvatzis wrote:

> Dietz Proepper wrote:
>> In welchem Roman haben sie nochmal die Mutter des Vaters aller
>> Fusionsbomben gez�ndet, und die reflektierte Strahlung verwendet, um alles
>> bis ca. 25 AE zu vermessen? Irgendwas neueres von Clarke iirc...
>
> Es gibt einer Kurzgeschichte, in der ein mit Maschinenschaden
> liegengebliebes Raumschiff irgendwelcher Aliens drei nebeneinander
> liegende Sterne sprengt, als Notsignal nach Hause.
>
> Der voraussichtlich dritte ist unser eigener.

Das ist iirc aber Asimov.

[Ignatios Souvatzis]

Volker Birk wrote:
> Ignatios Souvatzis <u50...@beverly.kleinbus.org> wrote:
>> Es gibt einer Kurzgeschichte, in der ein mit Maschinenschaden
>> liegengebliebes Raumschiff irgendwelcher Aliens drei nebeneinander
>> liegende Sterne sprengt, als Notsignal nach Hause.
>> Der voraussichtlich dritte ist unser eigener.
>
> Ich dachte, der soll einer Umgehungsstrasse weichen?

Nein, das ist ein Planet.

[Joerg Dorchain]

Ignatios Souvatzis <u50...@beverly.kleinbus.org> wrote:
> Dietz Proepper wrote:
> > Joerg Dorchain wrote:
> >
> >> Ralph A. Schmid, dk5ras <ra...@schmid.xxx> wrote:
> >>> >IR-Laser. Ist auch spassiger beim reinschauen.
> >>

> >>> ICh hab' mir für mein IR-Nachtischtfernrohr eine Aufnahme für eine
> >>> LED-Taschenlampe fräsen lassen - da spanne ich derzeit eine
> >>> 3W-IR-LED-Lampe rein, aber ich habe ernsthaft auch schon über einen

> >>> passend zur Vergrößerung des Fernrohrs aufgeweiteten 1W-IR-Laser

> >>> nachgedacht.
> >>
> >> Bei der Asteroidensuche aber bitte die noetige Vorhaltung beachten!
> >
> > Ach, ein wenig am Diffusor drehen...
> >
> > In welchem Roman haben sie nochmal die Mutter des Vaters aller Fusionsbomben

> > gezündet, und die reflektierte Strahlung verwendet, um alles bis ca. 25 AE zu

> > vermessen? Irgendwas neueres von Clarke iirc...

> Es gibt einer Kurzgeschichte, in der ein mit Maschinenschaden
> liegengebliebes Raumschiff irgendwelcher Aliens drei nebeneinander
> liegende Sterne sprengt, als Notsignal nach Hause.

> Der voraussichtlich dritte ist unser eigener.

Ich dachte immer, die Q diskutieren dann einfach nur heftig.

Joerg

[Helmut Springer]

Ignatios Souvatzis <u50...@beverly.kleinbus.org> wrote:
> Es gibt einer Kurzgeschichte, in der ein mit Maschinenschaden
> liegengebliebes Raumschiff irgendwelcher Aliens drei nebeneinander
> liegende Sterne sprengt, als Notsignal nach Hause.

"...sollst du zÀhlen bis drei, nicht mehr und nicht weniger. Drei
allein soll die Nummer sein, die du zÀhlest, und die Nummer, die du
zÀhlest, soll drei und nur dre..."

--
Best regards
helmut springer panta rhei

[Christoph Schmitz]

Am 30.01.13 11:25, schrieb Helmut Springer:

"... und weder sollst Du zaehlen bis vier, noch bis zwei, es sei
denn, Du fahrest fort zu zaehlen bis drei. Fuenf scheidet voellig
aus."

Christoph

[Dietz Proepper]

Joerg Dorchain wrote:

> Ignatios Souvatzis <u50...@beverly.kleinbus.org> wrote:

>> Es gibt einer Kurzgeschichte, in der ein mit Maschinenschaden
>> liegengebliebes Raumschiff irgendwelcher Aliens drei nebeneinander
>> liegende Sterne sprengt, als Notsignal nach Hause.
>
>> Der voraussichtlich dritte ist unser eigener.
>
> Ich dachte immer, die Q diskutieren dann einfach nur heftig.

Nein, nein, die Aliens in der Geschichte sind so ca. 50000a vor Q-Status.

[Stefan Reuther]

"...sollst du posten das deklarierte ISO-8859-15, nicht mehr und nicht
weniger. ISO-8859-1 soll der Zeichensatz sein, den du postest, und der
Zeichensatz, den du postest, soll ISO-8859-15 sein, nicht UTF-8, und
auch nicht US-ASCII, es sei denn, du setzt das Posting mit ISO-8859-15-
Zeichen fort. KOI8-R scheidet völlig aus."


Stefan

[Roger Schwentker]

Helmut Springer <delta+...@lug-s.org> wrote:
> Ignatios Souvatzis <u50...@beverly.kleinbus.org> wrote:
> > Es gibt einer Kurzgeschichte, in der ein mit Maschinenschaden
> > liegengebliebes Raumschiff irgendwelcher Aliens drei nebeneinander
> > liegende Sterne sprengt, als Notsignal nach Hause.

> "...sollst du zÃ?hlen bis drei, nicht mehr und nicht weniger. Drei
> allein soll die Nummer sein, die du zÃ?hlest, und die Nummer, die du
> zÃ?hlest, soll drei und nur dre..."

Mein Hut, der hat drei Ecken. Drei Ecken hat mein Hut. Und hätt
er nicht drei Ecken, dann wär es nicht mein Hut.

Was ist einxlich Rekursion?

Viele Grüße
Roger Schwentker
r.schw...@regioconnect.net
--
Die Leute, die für die Todesstrafe eintreten, kommen doch aus genau den
Kreisen, die das Leben schützen und gegen Abtreibung kämpfen, oder?
[Werner Schneyder 1973]

[Ignatios Souvatzis]

Dietz Proepper wrote:
> Ignatios Souvatzis wrote:
>
>> Dietz Proepper wrote:
>>> In welchem Roman haben sie nochmal die Mutter des Vaters aller

>>> Fusionsbomben gezündet, und die reflektierte Strahlung verwendet, um alles

>>> bis ca. 25 AE zu vermessen? Irgendwas neueres von Clarke iirc...
>>
>> Es gibt einer Kurzgeschichte, in der ein mit Maschinenschaden
>> liegengebliebes Raumschiff irgendwelcher Aliens drei nebeneinander
>> liegende Sterne sprengt, als Notsignal nach Hause.
>>
>> Der voraussichtlich dritte ist unser eigener.
>
> Das ist iirc aber Asimov.

Und der Titel?

[Erhard Schwenk]

Am 30.01.2013 18:31, schrieb Stefan Reuther:
> Helmut Springer wrote:
>> Ignatios Souvatzis<u50...@beverly.kleinbus.org> wrote:
>>> Es gibt einer Kurzgeschichte, in der ein mit Maschinenschaden
>>> liegengebliebes Raumschiff irgendwelcher Aliens drei nebeneinander
>>> liegende Sterne sprengt, als Notsignal nach Hause.
>>
>> "...sollst du zÀhlen bis drei, nicht mehr und nicht weniger. Drei
>> allein soll die Nummer sein, die du zÀhlest, und die Nummer, die du
>> zÀhlest, soll drei und nur dre..."
>
> "...sollst du posten das deklarierte ISO-8859-15, nicht mehr und nicht

^^^

> weniger. ISO-8859-1 soll der Zeichensatz sein, den du postest,

^^^^^

Ja, was denn nun?



--
Erhard Schwenk

Akkordeonjugend Baden-Württemberg - http://www.akkordeonjugend.de/
APAYA running System - http://www.apaya.net/

[Volker Birk]

Erhard Schwenk <esch...@fto.de> wrote:
> Am 30.01.2013 18:31, schrieb Stefan Reuther:
>> "...sollst du posten das deklarierte ISO-8859-15, nicht mehr und nicht
> ^^^
>> weniger. ISO-8859-1 soll der Zeichensatz sein, den du postest,
> ^^^^^
> Ja, was denn nun?

UTF-8