Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comm.software.mailserver > #5117 > unrolled thread

einfacher den smtp-server testen?

Back to article view | Back to de.comm.software.mailserver

Contents

  einfacher den smtp-server testen? Kay Martinen <kay@martinen.de> - 2015-11-14 17:44 +0100
    Re: einfacher den smtp-server testen? Lutz Golke <despammed@freenet.de> - 2015-11-14 17:48 +0100
    Re: einfacher den smtp-server testen? Thomas Hochstein <thh@inter.net> - 2015-11-14 19:35 +0100
      Re: einfacher den smtp-server testen? Kay Martinen <kay@martinen.de> - 2015-11-14 20:25 +0100
    Re: einfacher den smtp-server testen? Claus Aßmann <ca+sendmail(-no-copies-please)@mine.informatik.uni-kiel.de> - 2015-11-14 19:08 +0000
    Re: einfacher den smtp-server testen? Herbert Demmel <programmer@demmel-m.de> - 2015-11-14 19:49 +0000
    Re: einfacher den smtp-server testen? Sven Hartge <sh-15B@svenhartge.de> - 2015-11-14 21:39 +0100
      Re: einfacher den smtp-server testen? Andreas Kohlbach <nove15.7.ankman@spamgourmet.net> - 2015-11-14 16:51 -0500
        Re: einfacher den smtp-server testen? Sven Hartge <sh-15B@svenhartge.de> - 2015-11-14 23:06 +0100
        Re: einfacher den smtp-server testen? Kay Martinen <kay@martinen.de> - 2015-11-14 23:40 +0100
          Re: einfacher den smtp-server testen? Sven Hartge <sh-15B@svenhartge.de> - 2015-11-15 00:06 +0100
            Re: einfacher den smtp-server testen? Kay Martinen <kay@martinen.de> - 2015-11-16 01:28 +0100
          Re: einfacher den smtp-server testen? Andreas Kohlbach <nove15.7.ankman@spamgourmet.net> - 2015-11-15 19:12 -0500
            Re: einfacher den smtp-server testen? Kay Martinen <kay@martinen.de> - 2015-11-16 01:29 +0100
    Re: einfacher den smtp-server testen? "Juergen P. Meier" <nospam-1984@jors.net> - 2015-11-15 06:51 +0000
    Re: einfacher den smtp-server testen? Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2015-11-16 07:58 +0000

#5117 — einfacher den smtp-server testen?

Hallo.

Kennt jemand eine methode einen (internen) smtp-server zu testen die
einfacher und mit weniger getippe arbeitet als eine telnet-session zu
port 25 und immer wieder dem handischem eintippen der server-kommunikation?

Ich stelle mir vor das es vielleicht irgendwo scripte oder tools gibt
die den server mit verschiedenen absender, empfänger-adressen fertige
testmails zu senden, vorzugsweise aus einer liste von from und to
adressen die man ggf. selbst anlegen könnte.

Kay
-- 
https://www.linuxcounter.net/cert/224140.png

[toc] | [next] | [standalone]

#5118

Am 14.11.2015 um 17:44 schrieb Kay Martinen:
> Hallo.
>
> Kennt jemand eine methode einen (internen) smtp-server zu testen die
> einfacher und mit weniger getippe arbeitet als eine telnet-session zu
> port 25 und immer wieder dem handischem eintippen der server-kommunikation?
>
> Ich stelle mir vor das es vielleicht irgendwo scripte oder tools gibt
> die den server mit verschiedenen absender, empfänger-adressen fertige
> testmails zu senden, vorzugsweise aus einer liste von from und to
> adressen die man ggf. selbst anlegen könnte.
>
> Kay
>
Moin,
"swaks - Swiss Army Knife SMTP" könnte vielleicht helfen
http://www.jetmore.org/john/code/swaks/

hth,
Lutz

[toc] | [prev] | [next] | [standalone]

#5119

Kay Martinen schrieb:

> Kennt jemand eine methode einen (internen) smtp-server zu testen die
> einfacher und mit weniger getippe arbeitet als eine telnet-session zu
> port 25 und immer wieder dem handischem eintippen der server-kommunikation?

swaks
<http://www.jetmore.org/john/code/swaks/>

[toc] | [prev] | [next] | [standalone]

#5121

Am 14.11.2015 um 19:35 schrieb Thomas Hochstein:
> Kay Martinen schrieb:
> 
>> Kennt jemand eine methode einen (internen) smtp-server zu testen die
>> einfacher und mit weniger getippe arbeitet als eine telnet-session zu
>> port 25 und immer wieder dem handischem eintippen der server-kommunikation?
> 
> swaks
> <http://www.jetmore.org/john/code/swaks/>
> 

Danke. Schau ich mir an.

Kay
-- 
https://www.linuxcounter.net/cert/224140.png

[toc] | [prev] | [next] | [standalone]

#5120

Kay Martinen  wrote:

> Kennt jemand eine methode einen (internen) smtp-server zu testen die
> einfacher und mit weniger getippe arbeitet als eine telnet-session zu
> port 25 und immer wieder dem handischem eintippen der server-kommunikation?

Insbesondere wenn Du auch STARTTLS probieren willst.

> Ich stelle mir vor das es vielleicht irgendwo scripte oder tools gibt

Hast Du Dir die Distribution Deines MTA angesehen?  Zumindest postfix
und MeTA1 haben beide SMTP Testtools (die man auch "standalone",
d.h., mit anderen MTAs benutzen kann).

Einige MUAs kann man auch mit "debugging" der SMTP Session verwenden.


-- 
Note: please read the netiquette before posting. I will almost never
reply to top-postings which include a full copy of the previous
article(s) at the end because it's annoying, shows that the poster
is too lazy to trim his article, and it's wasting the time of all readers.

[toc] | [prev] | [next] | [standalone]

#5122

Kay Martinen <kay@martinen.de> wrote in
news:n27odk$oko$1@tota-refugium.de: 

> Hallo.
> 
> Kennt jemand eine methode einen (internen) smtp-server zu testen die
> einfacher und mit weniger getippe arbeitet als eine telnet-session zu
> port 25 und immer wieder dem handischem eintippen der
> server-kommunikation? 

wenn's unter Windows laufen darf:

Telnet SMTP Test Tool
http://znil.net

HTH, Herbert

[toc] | [prev] | [next] | [standalone]

#5123

Kay Martinen <kay@martinen.de> wrote:

> Kennt jemand eine methode einen (internen) smtp-server zu testen die
> einfacher und mit weniger getippe arbeitet als eine telnet-session zu
> port 25 und immer wieder dem handischem eintippen der
> server-kommunikation?

swaks

S°

-- 
Sigmentation fault. Core dumped.

[toc] | [prev] | [next] | [standalone]

#5124

Sven Hartge wrote on 14. November 2015:
>
> Kay Martinen <kay@martinen.de> wrote:
>
>> Kennt jemand eine methode einen (internen) smtp-server zu testen die
>> einfacher und mit weniger getippe arbeitet als eine telnet-session zu
>> port 25 und immer wieder dem handischem eintippen der
>> server-kommunikation?
>
> swaks

Es gab mal mehrere Telnet Relay Tester. Leider funktioniert eben keiner
meiner gespeicherten Adressen mehr. Kennt jemand noch welche?

Man könnte sich natürlich nach 127.0.0.1 per Telnet auf dem Mailport
einloggen, und entsprechende Kommandos absetzen. Wobei (alle?) Server
allerdings einen Unterschied machen, ob man sich von lokal oder außen mit
ihnen verbindet.
-- 
Andreas

I use a Unix based operating system, which means I get laid almost as often
as I have to reboot my computer.

[toc] | [prev] | [next] | [standalone]

#5125

Andreas Kohlbach <nove15.7.ankman@spamgourmet.net> wrote:
> Sven Hartge wrote on 14. November 2015:
>> Kay Martinen <kay@martinen.de> wrote:

>>> Kennt jemand eine methode einen (internen) smtp-server zu testen die
>>> einfacher und mit weniger getippe arbeitet als eine telnet-session
>>> zu port 25 und immer wieder dem handischem eintippen der
>>> server-kommunikation?
>>
>> swaks

> Es gab mal mehrere Telnet Relay Tester. Leider funktioniert eben
> keiner meiner gespeicherten Adressen mehr. Kennt jemand noch welche?

Ich bin gerade mal meine Liste durchgegangen und von denen funktioniert
auch keiner mehr.

> Man könnte sich natürlich nach 127.0.0.1 per Telnet auf dem Mailport
> einloggen, und entsprechende Kommandos absetzen. Wobei (alle?) Server
> allerdings einen Unterschied machen, ob man sich von lokal oder außen
> mit ihnen verbindet.

Die meisten Konfigurationen dürften 127.0.0.1 bzw. ::1 ohne wenn und
aber vertrauen und Relaying ohne Nachfragen ermöglichen. Man muss schon
wirklich von extern kommen, um die Konfiguration korrekt prüfen zu
können.

Manche MTAs (von Exim weiss ich es) haben einen Test-Modus, bei dem man
eine Dummy-SMTP-Session durchspielen kann und dabei eine beliebige
Quell-IP für den Test angeben kann und der MTA verhält sich dann so, wie
wenn die Verbindung von dort kommen würde.

S°

-- 
Sigmentation fault. Core dumped.

[toc] | [prev] | [next] | [standalone]

#5126

Am 14.11.2015 um 22:51 schrieb Andreas Kohlbach:
> Sven Hartge wrote on 14. November 2015:
>>
>> Kay Martinen <kay@martinen.de> wrote:
>>
>>> Kennt jemand eine methode einen (internen) smtp-server zu testen die
>>> einfacher und mit weniger getippe arbeitet als eine telnet-session zu
>>> port 25 und immer wieder dem handischem eintippen der
>>> server-kommunikation?
>>
>> swaks
> 
> Es gab mal mehrere Telnet Relay Tester. Leider funktioniert eben keiner
> meiner gespeicherten Adressen mehr. Kennt jemand noch welche?

Meinst du um auf offene relays zu testen? Ich denke bei der menge an
Schädlingen ist das nicht mehr nötig. Wer so unklug ist heute noch ein
offenes relay am internet zu haben der hat einen Fehler gemacht und es
nicht anders verdient.

> Man könnte sich natürlich nach 127.0.0.1 per Telnet auf dem Mailport
> einloggen, und entsprechende Kommandos absetzen. Wobei (alle?) Server
> allerdings einen Unterschied machen, ob man sich von lokal oder außen mit
> ihnen verbindet.

Genau deswegen, und wegen der menge tipperei war das genau das was ich
nicht wollte. Gut, manch ein MTA mag debug-funktionen haben (exim,
Postfix) aber ich will lieber direkt und von (relativ) "außen" testen.

Kay
-- 
https://www.linuxcounter.net/cert/224140.png

[toc] | [prev] | [next] | [standalone]

#5127

Kay Martinen <kay@martinen.de> wrote:
> Am 14.11.2015 um 22:51 schrieb Andreas Kohlbach:
>> Sven Hartge wrote on 14. November 2015:
>>>
>>> Kay Martinen <kay@martinen.de> wrote:
>>>
>>>> Kennt jemand eine methode einen (internen) smtp-server zu testen die
>>>> einfacher und mit weniger getippe arbeitet als eine telnet-session zu
>>>> port 25 und immer wieder dem handischem eintippen der
>>>> server-kommunikation?
>>>
>>> swaks
>> 
>> Es gab mal mehrere Telnet Relay Tester. Leider funktioniert eben keiner
>> meiner gespeicherten Adressen mehr. Kennt jemand noch welche?

> Meinst du um auf offene relays zu testen? Ich denke bei der menge an
> Schädlingen ist das nicht mehr nötig. Wer so unklug ist heute noch ein
> offenes relay am internet zu haben der hat einen Fehler gemacht und es
> nicht anders verdient.

Genau um das zu verhindern, ist so ein Tool sehr nützlich. So kann man
als Admin vorher von aussen testen (lassen) ob ein System wirklich kein
offenes Relay ist. Auch erfahrene Admins machen mal Fehler, vertippen
sich oder die Umgebungsumstände sind anders, als man angenommen (oder
mitgeteilt bekommen) hat.

Da ist es schon sinnvoll, eine Konfiguration zu prüfen, bevor man damit
produktiv geht.

S°

-- 
Sigmentation fault. Core dumped.

[toc] | [prev] | [next] | [standalone]

#5130

Am 15.11.2015 um 00:06 schrieb Sven Hartge:
> Kay Martinen <kay@martinen.de> wrote:
> 
>> Meinst du um auf offene relays zu testen? Ich denke bei der menge an
>> Schädlingen ist das nicht mehr nötig. Wer so unklug ist heute noch ein
> 
> als Admin vorher von aussen testen (lassen) ob ein System wirklich kein
> offenes Relay ist. Auch erfahrene Admins machen mal Fehler, vertippen
> sich oder die Umgebungsumstände sind anders, als man angenommen (oder
> mitgeteilt bekommen) hat.
> 
> Da ist es schon sinnvoll, eine Konfiguration zu prüfen, bevor man damit
> produktiv geht.

Da hast du natürlich recht und ich entschuldige mich für den vorpost.
Zum einen habe ich nicht weiter gedacht, und dann war ich wohl nicht
ganz fit als ich das schrieb. Mit Schmerzen soll man halt nicht schreiben...

Erklärt sich ein bisschen evtl. auch daraus das ich nie einen server am
inet hatte. WENN ich einen MTA hatte dann habe ich den intern, mit
fetchmail befüttert und ihn an einen smarthost schicken lassen. Scheint
mir immer noch die sicherere; aber auch umständlichere; Alternative zu
sein. Und die ganze verschlüsselei macht es eher noch umständlicher. Wem
wir diese ganzen Umständlichkeiten zu verdanken haben muss wohl nicht
mehr erwähnt werden, das ist hinlänglich bekannt. Und ich will mich
nicht aufregen!

Kay
-- 
https://www.linuxcounter.net/cert/224140.png

[toc] | [prev] | [next] | [standalone]

#5129

Kay Martinen wrote on 14. November 2015:
>
> Am 14.11.2015 um 22:51 schrieb Andreas Kohlbach:
>> 
>> Es gab mal mehrere Telnet Relay Tester. Leider funktioniert eben keiner
>> meiner gespeicherten Adressen mehr. Kennt jemand noch welche?
>
> Meinst du um auf offene relays zu testen? Ich denke bei der menge an
> Schädlingen ist das nicht mehr nötig. Wer so unklug ist heute noch ein
> offenes relay am internet zu haben der hat einen Fehler gemacht und es
> nicht anders verdient.

Die erwähnten Tests würden es aber genau offenbaren, dass man ein offenes
Relay hat.
-- 
Andreas

I use a Unix based operating system, which means I get laid almost as often
as I have to reboot my computer.

[toc] | [prev] | [next] | [standalone]

#5131

Am 16.11.2015 um 01:12 schrieb Andreas Kohlbach:
> Die erwähnten Tests würden es aber genau offenbaren, dass man ein offenes
> Relay hat.

Hast recht. Siehe anderen Post.

Kay

-- 
https://www.linuxcounter.net/cert/224140.png

[toc] | [prev] | [next] | [standalone]

#5128

Kay Martinen <kay@martinen.de>:
> Kennt jemand eine methode einen (internen) smtp-server zu testen die
> einfacher und mit weniger getippe arbeitet als eine telnet-session zu
> port 25 und immer wieder dem handischem eintippen der server-kommunikation?

Ich hatte mir mal ein kleines ksh-script gebastelt dafuer, das ging
mir aber verlustig.

Ansonsten ist das mit ksh oder expect nicht allzu schwer auch auf den
Server-Response passend zu reagieren.

> Ich stelle mir vor das es vielleicht irgendwo scripte oder tools gibt
> die den server mit verschiedenen absender, empfänger-adressen fertige
> testmails zu senden, vorzugsweise aus einer liste von from und to
> adressen die man ggf. selbst anlegen könnte.

Testmails kannste mit jedem MUA senden. Clients wie mutt oder ein
sendmail-kompatibilitaets-binary (/usr/bin/sendmail) erleichtern dir
das.

[toc] | [prev] | [next] | [standalone]

#5132

Kay Martinen <kay@martinen.de> wrote:

> Kennt jemand eine methode einen (internen) smtp-server zu testen die
> einfacher und mit weniger getippe arbeitet als eine telnet-session zu
> port 25 und immer wieder dem handischem eintippen der server-kommunikation?

http://fex.belwue.de/fstools/#smtpsend

-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum IZUS/TIK         E-Mail: horlacher@tik.uni-stuttgart.de
Universitaet Stuttgart         Tel:    ++49-711-68565868
Allmandring 30a                Fax:    ++49-711-682357
70550 Stuttgart (Germany)      WWW:    http://www.tik.uni-stuttgart.de/

[toc] | [prev] | [standalone]

Back to top | Article view | de.comm.software.mailserver

csiph-web