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

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

Interne Mails ohne Authentifizierung

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

Contents

  Interne Mails ohne Authentifizierung sebastian.gohres@gmail.com - 2016-09-26 12:51 -0700
    Re: Interne Mails ohne Authentifizierung Tim Ritberg <tim@server.invalid> - 2016-09-26 22:34 +0200
    Re: Interne Mails ohne Authentifizierung Andreas Kohlbach <selem20.16.ankman@spamgourmet.net> - 2016-09-26 16:42 -0400
      Re: Interne Mails ohne Authentifizierung sebastian.gohres@gmail.com - 2016-09-26 13:55 -0700
        Re: Interne Mails ohne Authentifizierung Tim Ritberg <tim@server.invalid> - 2016-09-26 22:59 +0200
          Re: Interne Mails ohne Authentifizierung sebastian.gohres@gmail.com - 2016-09-26 14:03 -0700
          Re: Interne Mails ohne Authentifizierung "Juergen P. Meier" <nospam-1984@jors.net> - 2016-09-27 03:40 +0000
        Re: Interne Mails ohne Authentifizierung Andreas Kohlbach <selem20.16.ankman@spamgourmet.net> - 2016-09-26 17:08 -0400
          Re: Interne Mails ohne Authentifizierung sebastian.gohres@gmail.com - 2016-09-26 14:12 -0700
            Re: Interne Mails ohne Authentifizierung "Juergen P. Meier" <nospam-1984@jors.net> - 2016-09-27 03:42 +0000
            Re: Interne Mails ohne Authentifizierung Andreas Kohlbach <selem20.16.ankman@spamgourmet.net> - 2016-09-27 15:18 -0400
              Re: Interne Mails ohne Authentifizierung sebastian.gohres@gmail.com - 2016-09-30 12:11 -0700
                Re: Interne Mails ohne Authentifizierung Tim Ritberg <tim@server.invalid> - 2016-09-30 21:45 +0200
                Re: Interne Mails ohne Authentifizierung Andreas Kohlbach <selem20.16.ankman@spamgourmet.net> - 2016-09-30 16:02 -0400
                Re: Interne Mails ohne Authentifizierung Kay Martinen <kay@martinen.de> - 2016-09-30 23:16 +0200
                  Re: Interne Mails ohne Authentifizierung Richard Lechner <r.lechner@gmx.net> - 2016-10-01 05:38 +0000
                    Re: Interne Mails ohne Authentifizierung Tim Ritberg <tim@server.invalid> - 2016-10-01 11:56 +0200
                      Re: Interne Mails ohne Authentifizierung Kay Martinen <kay@martinen.de> - 2016-10-01 13:53 +0200
                        Re: Interne Mails ohne Authentifizierung Tim Ritberg <tim@server.invalid> - 2016-10-01 14:54 +0200
                        Re: Interne Mails ohne Authentifizierung Richard Lechner <r.lechner@gmx.net> - 2016-10-02 06:07 +0000
        Re: Interne Mails ohne Authentifizierung Arno Welzel <usenet@arnowelzel.de> - 2016-10-21 19:45 +0200
          Re: Interne Mails ohne Authentifizierung Nomen Nescio <nobody@dizum.com> - 2016-10-21 22:27 +0200
            Re: Interne Mails ohne Authentifizierung Arno Welzel <usenet@arnowelzel.de> - 2016-11-01 19:57 +0100
              Re: Interne Mails ohne Authentifizierung "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2016-11-01 20:27 +0100
    Re: Interne Mails ohne Authentifizierung Claus Aßmann <ca+sendmail(-no-copies-please)@mine.informatik.uni-kiel.de> - 2016-09-26 23:07 +0000
      Re: Interne Mails ohne Authentifizierung sebastian.gohres@gmail.com - 2016-09-26 16:30 -0700
        Re: Interne Mails ohne Authentifizierung Claus Aßmann <ca+sendmail(-no-copies-please)@mine.informatik.uni-kiel.de> - 2016-09-26 23:56 +0000
          Re: Interne Mails ohne Authentifizierung Marc Haber <mh+usenetspam1118@zugschl.us> - 2016-09-27 12:20 +0200
        Re: Interne Mails ohne Authentifizierung Kay Martinen <kay@martinen.de> - 2016-09-27 03:13 +0200
        Re: Interne Mails ohne Authentifizierung Juergen Ilse <juergen@usenet-verwaltung.de> - 2016-09-27 07:34 +0000
    Re: Interne Mails ohne Authentifizierung "Juergen P. Meier" <nospam-1984@jors.net> - 2016-09-27 03:38 +0000

Page 1 of 2  [1] 2  Next page →

#5469 — Interne Mails ohne Authentifizierung

Hallo zusammen,

mir ist aufgefallen, dass ich Spam von meinem eigenen System erhalte.
Z.B. weil mein Mailserver (postfix) interne E-Mails ohne Authentifizierung annimmt und intern zustellt.

Somit kann mir jeder ungefiltert Spam schicken:

220 meine-domain.de ESMTP Postfix (Ubuntu)
EHLO meine-domain.de
250-meine-domain.de
250-PIPELINING
250-SIZE 10240000
250-ETRN
250-STARTTLS
250-AUTH DIGEST-MD5 CRAM-MD5 PLAIN LOGIN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
MAIL FROM:<whatever@meine-domain.de>
250 2.1.0 Ok
RCPT TO:<ich@meine-domain.de>
250 2.1.5 Ok
DATA
354 End data with <CR><LF>.<CR><LF>
Subject: Testnachricht

Dies ist ein Test.

.
250 2.0.0 Ok: queued as 1DFE39B01B8F

Beim Versand an externe Domains erhalte ich ein "Relay access denied".
Wie kann ich es aber abstellen, dass mit scheinbar jeder eine "interne" Mail senden kann?

Vielen Dank im Voraus!

[toc] | [next] | [standalone]

#5470

Am 26.09.2016 um 21:51 schrieb sebastian.gohres@gmail.com:
> Hallo zusammen,
> 
> mir ist aufgefallen, dass ich Spam von meinem eigenen System erhalte.
> Z.B. weil mein Mailserver (postfix) interne E-Mails ohne Authentifizierung annimmt und intern zustellt.
Häää???

> 
> Somit kann mir jeder ungefiltert Spam schicken:
> 
> 220 meine-domain.de ESMTP Postfix (Ubuntu)
> EHLO meine-domain.de
> 250-meine-domain.de
> 250-PIPELINING
> 250-SIZE 10240000
> 250-ETRN
> 250-STARTTLS
> 250-AUTH DIGEST-MD5 CRAM-MD5 PLAIN LOGIN
> 250-ENHANCEDSTATUSCODES
> 250-8BITMIME
> 250 DSN
> MAIL FROM:<whatever@meine-domain.de>
> 250 2.1.0 Ok
> RCPT TO:<ich@meine-domain.de>
> 250 2.1.5 Ok
> DATA
> 354 End data with <CR><LF>.<CR><LF>
> Subject: Testnachricht
> 
> Dies ist ein Test.
> 
> .
> 250 2.0.0 Ok: queued as 1DFE39B01B8F
> 
> Beim Versand an externe Domains erhalte ich ein "Relay access denied".
> Wie kann ich es aber abstellen, dass mit scheinbar jeder eine "interne" Mail senden kann?
postfix stop

Tim

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

#5471

On Mon, 26 Sep 2016 12:51:40 -0700 (PDT), sebastian.gohres@gmail.com wrote:
>
> mir ist aufgefallen, dass ich Spam von meinem eigenen System erhalte.
> Z.B. weil mein Mailserver (postfix) interne E-Mails ohne
> Authentifizierung annimmt und intern zustellt.

Deinen User sagen, das sein zu lassen. Oder ihnen den Account sperren.

Vielleicht (ungetestet) tut ein

mydestination =

also ohne etwas nach dem "=" in der /etc/postfix/main.cf
-- 
Andreas
You know you are a redneck if
you have a house that's mobile and five cars that aren't.

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

#5473

Am Montag, 26. September 2016 22:42:17 UTC+2 schrieb Andreas Kohlbach:

> Deinen User sagen, das sein zu lassen. Oder ihnen den Account sperren.

Das kommt ja nicht von meinen Usern, das Problem ist, dass es jeder kann. Auch du, wenn du die Domäne kennen würdest.

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

#5474

Am 26.09.2016 um 22:55 schrieb sebastian.gohres@gmail.com:
> Am Montag, 26. September 2016 22:42:17 UTC+2 schrieb Andreas Kohlbach:
> 
>> Deinen User sagen, das sein zu lassen. Oder ihnen den Account sperren.
> 
> Das kommt ja nicht von meinen Usern, das Problem ist, dass es jeder kann. Auch du, wenn du die Domäne kennen würdest.
> 
OMG, du bist einfach nur peinlich.

Tim

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

#5475

Am Montag, 26. September 2016 22:59:05 UTC+2 schrieb Tim Ritberg:
> Tim

Hab ich dir irgendwas getan? Wo ist dein Problem? Ich habe hier ganz normal nach Hilfe bzgl. meines Problems gesucht und muss mir solch eine Antwort antun? 

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

#5485

Ein Troll <tim@server.invalid>:
> einfach nur peinlich.

Bitte den Troll nicht Fuettern, danke.

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

#5476

On Mon, 26 Sep 2016 13:55:06 -0700 (PDT), sebastian.gohres@gmail.com wrote:
>
> Am Montag, 26. September 2016 22:42:17 UTC+2 schrieb Andreas Kohlbach:
>
>> Deinen User sagen, das sein zu lassen. Oder ihnen den Account sperren.
>
> Das kommt ja nicht von meinen Usern, das Problem ist, dass es jeder
> kann. Auch du, wenn du die Domäne kennen würdest.

Dann ist dein Server kaputt konfiguriert.

Wenn du von außerhalb deines Netzes

telnet was.auch.immer 25

machst, dann den Chat eintippt (MAILFROM etc.), muss Postfix das (ohne
vorherigen Authentifizierung) ablehnen.
-- 
Andreas
You know you are a redneck if
you have a house that's mobile and five cars that aren't.

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

#5477

Am Montag, 26. September 2016 23:08:26 UTC+2 schrieb Andreas Kohlbach:

> Dann ist dein Server kaputt konfiguriert.
> 
> Wenn du von außerhalb deines Netzes
> 
> telnet was.auch.immer 25
> 
> machst, dann den Chat eintippt (MAILFROM etc.), muss Postfix das (ohne
> vorherigen Authentifizierung) ablehnen.

Genau das ist mein Problem, der Server wird über Plesk konfiguriert. Aber ich habe auch root-Zugriff und suche gerade nach einer Möglichkeit, dieses Problem zu fixen. Kannst du mir hier Hilfestellung geben? Was muss ich tun, damit der Server dies macht?

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

#5486

sebastian.gohres@gmail.com <sebastian.gohres@gmail.com>:
> Am Montag, 26. September 2016 23:08:26 UTC+2 schrieb Andreas Kohlbach:
>
>> Dann ist dein Server kaputt konfiguriert.
>> 
>> Wenn du von außerhalb deines Netzes
>> 
>> telnet was.auch.immer 25
>> 
>> machst, dann den Chat eintippt (MAILFROM etc.), muss Postfix das (ohne
>> vorherigen Authentifizierung) ablehnen.
>
> Genau das ist mein Problem, der Server wird über Plesk konfiguriert.

YGWYPF.

Beauftrage deinen ISP damit, deinen Server korrekt zu konfigurieren.
Zu bezahlst schliesslich dafuer.

Wenn der das nicht kann, dann such dir einen Serviceprovider der
Kompetent ist. Es gibt genuegend davon.

Wer billig Kauft, kauft Zweimal.

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

#5491

On Mon, 26 Sep 2016 14:12:26 -0700 (PDT), sebastian.gohres@gmail.com wrote:
>
> Am Montag, 26. September 2016 23:08:26 UTC+2 schrieb Andreas Kohlbach:
>
>> Dann ist dein Server kaputt konfiguriert.
>> 
>> Wenn du von außerhalb deines Netzes
>> 
>> telnet was.auch.immer 25
>> 
>> machst, dann den Chat eintippt (MAILFROM etc.), muss Postfix das (ohne
>> vorherigen Authentifizierung) ablehnen.
>
> Genau das ist mein Problem, der Server wird über Plesk
> konfiguriert. Aber ich habe auch root-Zugriff und suche gerade nach
> einer Möglichkeit, dieses Problem zu fixen.

Ich kenne mich mit Plesk nur rudimentär aus. Ich nehme vim oder
Emacs. :->

Ich würde vermuten, du hast da bereits etwas falsch eingestellt, weil ich
mir nicht vorstellen kann, dass ein ISP allen Kunden einen per Default
welt-offenen Server einrichtet.

Wie Jürgen schon sagt, solltest du das besser von jemandem einrichten
lassen. Alternativ <http://www.postfix.org/BASIC_CONFIGURATION_README.html>
verstehen und umsetzen. Ggf. gibt es das auch auf Deutsch.

> Kannst du mir hier Hilfestellung geben? Was muss ich tun, damit der
> Server dies macht?

Hatte ich "mydestination = " nicht schon irgendwo genannt? Ich würde
vermuten, in deiner /etc/postfix/main.cf stehen bei falsche Werte. Poste
die Zeile hier doch mal. Ggf. auch mehr.
-- 
Andreas
You know you are a redneck if
your satellite dish payment delays buying school clothes for the kids.

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

#5498

Erst einmal ein Dank an alle, die mir bisher versucht haben zu helfen.

Was ein open relay ist, weiß ich und das habe ich zum Glück nicht. Ein Versenden an externe Adressaten lässt Postfix ohne Authentifizierung nicht zu.

Das Ganze ist mir auch nur aufgefallen, weil ich aufgrund eines erhöhten Spamaufkommens nun einen externen Dienstleister vorgeschaltet habe:

mein MX -> externer Antispam-Anbieter -> mein Mailserver

Dennoch erhalte ich weiterhin Spam (zwar bedeutend weniger), der nicht diesen Weg nimmt,
sondern direkt von meine-domain.de an meine-domain.de geht. Und das würde ich halt irgendwie abschalten wollen.

Am Dienstag, 27. September 2016 21:18:59 UTC+2 schrieb Andreas Kohlbach:

> Hatte ich "mydestination = " nicht schon irgendwo genannt? Ich würde
> vermuten, in deiner /etc/postfix/main.cf stehen bei falsche Werte. Poste
> die Zeile hier doch mal. Ggf. auch mehr.


mydestination = localhost, localhost.localdomain

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

#5499

Am 30.09.2016 um 21:11 schrieb sebastian.gohres@gmail.com:
> Erst einmal ein Dank an alle, die mir bisher versucht haben zu helfen.
> 
> Was ein open relay ist, weiß ich und das habe ich zum Glück nicht. Ein Versenden an externe Adressaten lässt Postfix ohne Authentifizierung nicht zu.
> 
> Das Ganze ist mir auch nur aufgefallen, weil ich aufgrund eines erhöhten Spamaufkommens nun einen externen Dienstleister vorgeschaltet habe:
> 
> mein MX -> externer Antispam-Anbieter -> mein Mailserver
> 
> Dennoch erhalte ich weiterhin Spam (zwar bedeutend weniger), der nicht diesen Weg nimmt,
> sondern direkt von meine-domain.de an meine-domain.de geht. Und das würde ich halt irgendwie abschalten wollen.
Cronjob-Mails, LOL

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

#5500

On Fri, 30 Sep 2016 12:11:41 -0700 (PDT), sebastian.gohres@gmail.com wrote:
>
> Erst einmal ein Dank an alle, die mir bisher versucht haben zu helfen.
>
> Was ein open relay ist, weiß ich und das habe ich zum Glück nicht. Ein
> Versenden an externe Adressaten lässt Postfix ohne Authentifizierung
> nicht zu.
>
> Das Ganze ist mir auch nur aufgefallen, weil ich aufgrund eines
> erhöhten Spamaufkommens nun einen externen Dienstleister vorgeschaltet
> habe:
>
> mein MX -> externer Antispam-Anbieter -> mein Mailserver
>
> Dennoch erhalte ich weiterhin Spam (zwar bedeutend weniger), der nicht diesen Weg nimmt,
> sondern direkt von meine-domain.de an meine-domain.de geht. Und das
> würde ich halt irgendwie abschalten wollen.

Wenn du *eingehend* Spam hast - ist es halt Spam. Spammer fälschen
gerne die Email Adresse, dass sie auf den Server dem Empfängers (meist
aber Senders) passt. Dein Server kann da nicht für.

Oder poste mal einen kompletten Header einer empfangen Spam-Mail. Du
kannst ja persönliche Teile daraus entfernen. Aber erkläre dann, was dein
Server ist. Etwa: "Received: from mein.server...".

> Am Dienstag, 27. September 2016 21:18:59 UTC+2 schrieb Andreas Kohlbach:
>
>> Hatte ich "mydestination = " nicht schon irgendwo genannt? Ich würde
>> vermuten, in deiner /etc/postfix/main.cf stehen bei falsche Werte. Poste
>> die Zeile hier doch mal. Ggf. auch mehr.
>
>
> mydestination = localhost, localhost.localdomain

Lass sonst mal nur

mydestination =

stehen und starte den Server neu (oder "postfix reload"). Lokale
Zustellungen werden dann aber gar nicht mehr funktionieren.
-- 
Andreas
You know you are a redneck if
you have flowers planted in a bathromm appliance in your front yard.

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

#5501

Am 30.09.2016 um 21:11 schrob sebastian.gohres@gmail.com:

> mein MX -> externer Antispam-Anbieter -> mein Mailserver
  der  ^^ DNS-Eintrag zeigt auf ^^ den? Und wo steht ^^^ der?


> Dennoch erhalte ich weiterhin Spam (zwar bedeutend weniger), der
> nicht diesen Weg nimmt, sondern direkt von meine-domain.de an
> meine-domain.de geht. Und das würde ich halt irgendwie abschalten
> wollen.

Ich nehme an der MX deiner domain zeigt auf den Antispam-anbieter und
der leitet gefilterte Mails an deinen Mailserver weiter. Richtig?

Wie macht er das wohl? Sendet er das per SMTP an dich, oder wird die per
Fetchmail von deinem Server aus abgefragt?

Und dein Mailserver ist auch aus dem Internet erreichbar? Dann ist es ja
wohl keine kunst den zu finden und dem den Spam direkt zu zu senden.
Verhindern kannst du das IMHO nicht wirklich. Wozu dann noch den
Externen Anbieter?


> Am Dienstag, 27. September 2016 21:18:59 UTC+2 schrieb Andreas
> Kohlbach:
> 
>> Hatte ich "mydestination = " nicht schon irgendwo genannt? Ich
>> würde vermuten, in deiner /etc/postfix/main.cf stehen bei falsche
>> Werte. Poste die Zeile hier doch mal. Ggf. auch mehr.
> 
> 
> mydestination = localhost, localhost.localdomain
> 

Fehlt da nicht <meine-domain.de> ?

Kay

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

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

#5502

Am Fri, 30 Sep 2016 23:16:52 +0200 schrieb Kay Martinen:


> Und dein Mailserver ist auch aus dem Internet erreichbar? Dann ist es ja
> wohl keine kunst den zu finden und dem den Spam direkt zu zu senden.
> Verhindern kannst du das IMHO nicht wirklich. Wozu dann noch den
> Externen Anbieter?

Er könnte per Iptables Port 25 einschränken auf den Dienstleister, wenn 
sein Setup stimmt.

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

#5503

Am 01.10.2016 um 07:38 schrieb Richard Lechner:
> Am Fri, 30 Sep 2016 23:16:52 +0200 schrieb Kay Martinen:
> 
> 
>> Und dein Mailserver ist auch aus dem Internet erreichbar? Dann ist es ja
>> wohl keine kunst den zu finden und dem den Spam direkt zu zu senden.
>> Verhindern kannst du das IMHO nicht wirklich. Wozu dann noch den
>> Externen Anbieter?
> 
> Er könnte per Iptables Port 25 einschränken auf den Dienstleister, wenn 
> sein Setup stimmt.
> 

Ich bin eher für shutdown -h now.

Tim

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

#5504

Am 01.10.2016 um 11:56 schrob Tim Ritberg:
> Am 01.10.2016 um 07:38 schrieb Richard Lechner:
>> Am Fri, 30 Sep 2016 23:16:52 +0200 schrieb Kay Martinen:
>>
>>
>>> Und dein Mailserver ist auch aus dem Internet erreichbar? Dann ist es ja
>>> wohl keine kunst den zu finden und dem den Spam direkt zu zu senden.
>>> Verhindern kannst du das IMHO nicht wirklich. Wozu dann noch den
>>> Externen Anbieter?
>>
>> Er könnte per Iptables Port 25 einschränken auf den Dienstleister, wenn 
>> sein Setup stimmt.
>>

Wenn der Externe Anbieter statische IPs verwendet ja. Wenn der diese
aber ändert kommen keine mails mehr durch.

Aber, ich glaube nicht das da so was in Verwendung ist. Und ein
Procedere wie unter
https://de.wikipedia.org/wiki/MX_Resource_Record#Priorit.C3.A4t_und_Preference
beschrieben ist da ja möglich.


> Ich bin eher für shutdown -h now.
> 

Wurde auch Jesus geLARTed? :-)


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

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

#5505

Am 01.10.2016 um 13:53 schrieb Kay Martinen:
> 
> 
>> Ich bin eher für shutdown -h now.
>>
> 
> Wurde auch Jesus geLARTed? :-)
> 
> 
> Kay
> 

Ja

https://www.youtube.com/watch?v=umRRCkspaQU

Tim

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

#5506

Am Sat, 01 Oct 2016 13:53:09 +0200 schrieb Kay Martinen:

>>> Er könnte per Iptables Port 25 einschränken auf den Dienstleister,
>>> wenn sein Setup stimmt.
>>>
>>>
> Wenn der Externe Anbieter statische IPs verwendet ja. Wenn der diese
> aber ändert kommen keine mails mehr durch.
> 
> Aber, ich glaube nicht das da so was in Verwendung ist. Und ein
> Procedere wie unter
> https://de.wikipedia.org/wiki/
MX_Resource_Record#Priorit.C3.A4t_und_Preference
> beschrieben ist da ja möglich.

Er schrieb etwas von externen Spamservice via MX. Das kann wohl nur mit 
fixer IP funktionieren und nur von der nehme ich dann via SMTP Mails an. 
Wer direkt sendet sendet sicher kein normales Mail.

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

Page 1 of 2  [1] 2  Next page →

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

csiph-web