Hi,
Du wählst doch den Server aus, den Du dem Kunden zuteilst?
Hi,
Du wählst doch den Server aus, den Du dem Kunden zuteilst?
Nach einem kurzen Blick in die postfix.lua sieht es aber so aus, dass spätestens nach dem RCPT TO (check_recipient_access) abgebrochen wird. Die o.g. Einstellung macht durchaus Sinn, verzögert m.M.n. allerdings nur den Angreifer.
Jep. check_recipient_access macht definitiv Schluss mit der Abfrage.
Hi,
dann bitte den Serveradmin, die IP zu blocken. I.d.R. wird das -sofern es sich um einen seriösen Service handelt- auch umgesetzt. Alles andere ist halbgares gemurkse.
Es gibt derzeit einige Spammails, die jeden Tag kommen (gleicher Absender, gleicher Empfänger). kann ich denn diese Einstellungen ändern? Zum Beispiel auf 5 und 12 Stunden?
Die Mail kommt wirklich vom selben Server? Warum sperrst Du die Möhre nicht einfach aus?
Du hast gleich eine PM.
Hi,
Die Mail wird beim zweiten Mal akzeptiert, solange sie innerhalb der maximalen Zeit (i.d.R. 30 Tage) und nach der Minimalzeit (Standard 300 Minuten) kommt.
Normalerweise versenden Spammer eine Mail nicht zweimal hintereinander mit den selben Daten....
Gruß Ralf
Hi,
ja ich hatte LC neu gestartet..
Wie kann ich die Rückgabe abfragen?
Danke.
Hallo,
Was hast Du als Wert hinterlegt?
Hi,
Hast Du nach dem Ändern auch LiveConfig neu gestartet gehabt?
Was hast Du als Rückgabe von LC.web.getWebRoot()?
Gruß Ralf
Ich habe die daten nun sogar auf die selbe maschine wie Liveconfig kopiert mit mysql daten root aber selbe problem.
Es bringt dir nichts, das Teil zu kopieren. Du hast aus meiner Sicht einen Fehler in der Struktur der Confixx-Daten. DAS musst Du erst lösen oder lösen lassen.
Gruß Ralf
wie kann man es nun lösen ?
SQL Datenbank auf liveconfig Kopieren und local versuchen zu importieren ?
So wie ich das sehe, ist entweder die Datenbank auf der Confixx-Kiste nicht korrekt gelöscht (lief da mal Confixx Version 3.3.5?) worden und hängt dort noch als Geist herum oder das Script darf nicht auf die Zugangsdaten zugreifen (Grant sauber ausgeführt?).
Gruß Ralf
Der IP-Reputation zuliebe wäre mir natürlich am liebsten diese Accounts am MTA zu sperren, aber Kunden erwarten nun leider PHP mail().
Jep. Ich hab letzte Woche etwas von einer Negativ-Liste für Postfix gelesen. Das wollte ich am WE mal austesten.
Die meisten CMS-Krücken können heute schon mit SMTPAuth-Daten umgehen, ich denk, ich werde es mal ausprobieren
Würde das Thema gerne noch einmal zum Leben erwecken. Wäre schön wenn die Aliase automatisch erstellt/geändert/gelöscht werden können. Notfalls hat man eben dem MTA ein separates Verzeichnis mitzuteilen (http://www.postfix.org/postconf.5.html#mail_spool_directory), was nun nicht die schönste Lösung wäre.
Ist es denn überhaupt gewünscht, das WebParts "unkontrolliert" Mails verschicken? Ist es nicht sinnvoller, die ominösen webNNN komplett am Mailen zu hindern und das Mailen nur mit einem Mailkonto zu ermöglichen? Das würde auch das Mailen mit geklauten Zugangsdaten unterbinden (weil webXXX nicht mailen darf...)
Hallo Arnold,
jetzt hab ich es korrekt verstanden. Du hast mir damit bestätigt, was ich heute schon vermutet hab (im Moment werden Plesk-Installationen auf eine in die Richtung gehende Art angegriffen )
Gruß Ralf
Hi.
Kannst Du sehr einfach über
<VirtualHost *:80 >
ServerAlias Sub.domain.tld
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_HOST} ^sub\.domain\.tld$ [NC]
RewriteRule ^/.* https://sub.domain.tld:8443 [R=301,L]
</IfModule>
</VirtualHost>
realisieren...
Gruß Ralf
Hi,
Nö. Die o.G. Zeilen sind so in Ordnung.
Gruß Ralf
Sorry, aber Links zu WebFTP und WebMail gehören einfach dazu. Die Umleitung habe ich schon längst angelegt.
Du meinst, Deine User brauchen einen extra Link dafür?
Warum nicht webftp.KUNDENDOMAIN per Apache auf den WebFTP umleiten?
Gruß Ralf
Hi
Ist das eine virtuelle Kiste?
Mach mal ein lsof -i | grep 8443 und poste das Ergebnis hier...
Gruß Ralf
Und eine Verlinkung wäre auch hier toll
Wohin wllst Du verlinken?
Gib Deinen Kunden doch einfach webftp.kundendomain; das fängst Du dann über rewrite ab und fertig...
Das kann ich nicht ganz nachvollziehen. Am besten wäre ein direktes Beenden, mache andere Scripte ja auch so und geht weniger auf die Serverlast.
sehe ich anders.
Das Teil ist da, um online zu sein und nicht um sich zu beenden, nur weil die DB mal weg ist (oder belegt ist/oder gerade Backup der DB läuft). Wenn Liveconfig wieder eine Verbindung herstellen kann, ists gut und da interessiert mich die Serverlast sehr wenig.
Gruß Ralf
Und Du hast LiveConfig *wirklich* neu gestartet?