war nicht so ernst gemeint - mir reicht die Postkarte mit dem Token bisher.
[SOGo] - Sonderzeichen im Passwort
-
IT-Gangster -
30. Oktober 2012 um 13:46 -
Erledigt
-
-
mir reicht die Postkarte mit dem Token
Mir auch.
Wobei mir letzens auffiel, dass der Mailempfangsserver mit der Netcup Adresse tatsächlich mittlerweile auf nem NC Server läuft.
Aber da mein Primary sonstwo steht und ich eine TTL von 10 Minuten für den MX hab, ist das ja halb so schlimm.
Im Ernstfall hab ich in den 10 Minuten dann auch einen Ersatzmx Zuhause gebastelt.
Dann bleibt nur zu hoffen, dass die NC Mailserver auch die TTL beachten und nicht (wie früher zb die Telekom) erfiundene Werte benutzen.
-
Wenn ich so schaue, wer sich alles an meinem SMTP abmüht, dann ist der Versand wohl das Thema. 30000 bis 120000 erfolglose Anmelde-Versuche am Port 25 oder am submission Port am Tag sind da so die Regel.
Die paar Anmeldeversuche direkt am IMAP sind da eher vernachlässigbar, so 0 bis 350 am Tag.
Webmail-Anmeldungen ist dann nochmal ein anderes Thema.
In der Regel werden solche Systeme nur zum Versand weiterer Spams genutzt und zack ist die Reputation ruiniert.
Mit Postfach-Zugriff andere Accounts zurücksetzen zu lassen ist viel zu aufwändig, ausser es geht um gezielte Angriffe.
-
Webmail-Anmeldungen
Das Zählt bei mir zu Webservices und kriegt dann 2FA. Dort ist es ja auch ohne Klimmzüge zu implementieren...
dann ist der Versand wohl das Thema
Ja, sowieso ausschließlich.
erfolglose Anmelde-Versuche am Port 25
Die zählen ja nicht, da diese ja (hoffentlich) zu 100% geblockt werden. Es muss/sollte am SMTP nichtmal der Port 25 geöffnet sein.
-
Wenn ich so schaue, wer sich alles an meinem SMTP abmüht, dann ist der Versand wohl das Thema. 30000 bis 120000 erfolglose Anmelde-Versuche am Port 25 oder am submission Port am Tag sind da so die Regel.
Nutz Du so Tools wie AbuseIPDB? Damit kann man schon sehr effektiv minimieren
-
Die zählen ja nicht, da diese ja (hoffentlich) zu 100% geblockt werden. Es muss/sollte am SMTP nichtmal der Port 25 geöffnet sein.
Doch Port 25 ist zum Annehmen von Mails aus diesem Internetz schon notwendig, aber Versand und Relay und Auth sind gar nicht erst aktiviert. Da können sie AUTH probieren, sooft sie wollen.
-
Doch Port 25 ist zum Annehmen von Mails aus diesem Internetz schon notwendig,
Nein. definitiv braucht dein SMTP Server keinen Port 25.
Den braucht dein MX, aber nicht dein SMTP.
Der braucht dann aber die Submissionports nicht...
-
kann an Dinge wie 2FA oder MFA geknüpft
das macht dann aber der oauth server. aber oauth selbst ist nicht 2fa! und wie schon erwähnt wurde, man schränkt sich bei der client auswahl sehr stark ein. thunderbird und roundcube mit plugin. hurra. massentauglich.
Clients arbeite ich mit App Passwörtern
das ist nicht 2fa, Du hast lediglich ein passwort durch ein anderes ersetzt.
-
das ist nicht 2fa, Du hast lediglich ein passwort durch ein anderes ersetzt.
Das ist mir schon klar aber es gibt ja noch andere Mechanismen mit denen man den Schutz verbessern kann.
-
Nein. definitiv braucht dein SMTP Server keinen Port 25.
Den braucht dein MX, aber nicht dein SMTP.
Meine SMTP-Server (die ja die MXe sind) brauchen definitiv Port 25.
Eventuell verwechselt du da was‽
-
Meine SMTP-Server (die ja die MXe sind)
Nein.
MX sind die Empfangsserver.
SMTP ist der Sendeserver.
Zwei völlig verschiedene Dinge.
Auch, wenn sie (von Laien) oft auf denselben Server gepackt werden.
Eventuell verwechselt du da was‽
Eher umgekehrt?
-
Dann habe ich wohl eine andere Definition von SMTP und MX.
Und wenn ich Port 25 dichtmache, kommen etliche mails halt einfach nicht mehr an.
-
The sendmail configuration file is one of those files that looks like someone
beat their head on the keyboard. After working with it... I can see why!
-- Harry Skelton -
Nein, man kann MX und Versand trennen, wird auf VPS meist nicht gemacht, weil sonst bräuchte ich zwei VPS oder eine zweite IP.
MX ist Port 25 aktiv, Versand ist in der Regel submission 587. Früher hat man alles auf 25 gemacht, darum brute forcen sie auf 25 rum, weil es noch genügend oldschool setups gibt. Der Versand-Server steht dann eben im SPF als authorisierter Versender.
Optimal hat man zwei 1€ server bei unterschiedlichen Anbietern, die als MX fungieren und dem eigentlichen Mail-Server die Mails übergeben. Mail-Storage und Mail-Versand laufen über den Mail-Server, der dann eben keinen Port 25 eingehend braucht. Und wenn er gewartet wird, queuen die beiden MXe. Und wenn der Anbieter mit dem Mailserver sein Netz verbuchselt, gibts noch einen Ersatz MX bei einem anderen Anbieter. Somit hab ich die Queues selbst im Griff und bin nicht auf die Einstellungen der sendenen Server angewiesen.
-
MX ist bei mir nur eine logische Definition/eine Rolle.
Wie liefert ihr denn auf eure MXe ein ohne SMTP? (mit dem kurzen Verweis auf #26)
-
Dann habe ich wohl eine andere Definition von SMTP und MX.
Verrat mir die mal. Das sind die, die ich seit den 1990ern genau so kenne.
-
wenn ich Port 25 dichtmache, kommen etliche mails halt einfach nicht mehr an.
Beim Empfänger?
Weshalb solltest du auf deinem Sendeserver den Port 25 offen haben, wenn dein Client über 587 sendet?
-
Optimal hat man zwei 1€ server bei unterschiedlichen Anbietern, die als MX fungieren und dem eigentlichen Mail-Server die Mails übergeben.
Öhm. Nö. Macht man im Kleinen seit vielen Jahren nicht mehr, da man alle MX vernetzen müsste...
man kann MX und Versand trennen
Dass du beide Funktionen auf einen Server wirfst, ändert nicht das Geringste an der Richtigkeit meiner Aussage.
Aber wenn du unbedingt was erfinden willst um Recht zu haben, seis drum. ich bin kein Missionar...
-
andere Definition von SMTP und MX
das eine ist ein protokoll, das andere ein dns record type. unpassend. schöner zb die einteilung nach MxA wie in https://gitlab.com/muttmua/mutt/-/wikis/MailConcept
die als MX fungieren und dem eigentlichen Mail-Server die Mails übergeben.
oje, backscatter gleich vorprogrammiert.
-
Verrat mir die mal. Das sind die, die ich seit den 1990ern genau so kenne.
siehe #35 und hoedlmoser s #39.
Beim Empfänger?
Neeeiiiin, bei mir.
-
Neu erstellte Beiträge unterliegen der Moderation und werden erst sichtbar, wenn sie durch einen Moderator geprüft und freigeschaltet wurden.
-
Maximale Anzahl an Dateianhängen: 10
Maximale Dateigröße: 1 MB
Erlaubte Dateiendungen: bmp, gif, jpeg, jpg, pdf, png, txt, zip
