Beiträge von ThomasChr

    Eventuell könntest du ihm erklären dass die alle nur virtuelle CPU Kerne haben und dass es da passieren kann dass die Maschine mal elend langsam ist weil andere Systeme alle Cores belegen.
    Das kann ihm bei netcup nicht passieren.

    Thomas

    PS: In wiefern das jetzt so ganz der Wahrheit entspricht lassen wir mal dahingestellt...

    Noch ein paar weitere Informationen, die vielleicht helfen. Datei '/etc/postfix/main.cf':

    Code
    # TC, 27.06.2016: Greylisting + Blacklistcheck + BCC-Header hinzufuegen
    smtpd_recipient_restrictions = check_recipient_access pcre:/etc/postfix/add_bcc, permit_mynetworks, permit_sasl_authenticated, check_policy_service inet:127.0.0.1:10023, reject_rbl_client zen.spamhaus.org

    Datei '/etc/amavis/conf.d/50-user':

    Code
    $sa_tag_level_deflt = -9999;     	# Always add X-Spam Header for debugging reasons
    $sa_tag2_level_deflt = 2.00;     	# When above this Threshold tag the Subject with 'sa_spam_subject_tag'
    $sa_kill_level_deflt = 5;        	# When above this Threshold, silently discard the mail
    $sa_spam_subject_tag = '***Spam***'; # Tag for Subject when Mail has been classified as Spam
    $clean_quarantine_to  	= undef;   # local quarantine
    $virus_quarantine_to  	= undef;   # traditional local quarantine
    $banned_quarantine_to 	= undef;   # local quarantine
    $bad_header_quarantine_to = undef;   # local quarantine
    $spam_quarantine_to   	= undef;   # local quarantine

    Datei '/etc/postfix/master.cf':

    Hallo zusammen,

    ich betreibe Postfix mit einem Amavis-Filter der als smtpd_proxy_filter direkt im SMTP-Prozess die Mail auf Spam und Viren checkt.
    Das funktioniert auch soweit. Mails die angenommen werden geben folgenden Code zurück:

    Code
    250 2.0.0 Ok: queued as E5D6E1606C2


    Mein Problem sind die Mails die nicht angenommen werden, die sehen so aus:

    Code
    250 2.7.0 Ok, discarded, id=24950-01 - spam

    Jetzt denkt aber dem sendende Mailserver (der ja nur den Code auswertet) dass alles gut ist und die Mail angenommen wurde - der Text dass sie discarded wurde interessiert ihn ja nicht.
    Deshalb kriegt der Absender auch keine Fehlermeldung.

    Das war aber nicht was ich wollte. Der Absender soll bitte einen dauerhaften Fehler zurückbekommen.

    Wo muss ich da drehen?

    Thomas

    Hallo zusammen,

    ich war neulich in der (nicht chrooteten) Shell eines Shared Webhostingsystems unterwegs und neidisch auf >700 Tage Uptime.

    Meine Ubuntu-Maschinen möchten eigentlich nach jedem dritten Update mal einen Reboot haben. Auf 700 Tage käme ich da nur wenn ich diese Reboot-Wünsche ignorieren würde und entsprechend mit einem älternen Kernel und vielleicht ein paar veralteten Libs weiterarbeite.

    Wei macht man das als Shared-Hoster denn wenn ein neuer Kernel oder neue Shared-Libs kommen die nach dem Update einen Reboot benötigen?
    Ich kann doch als Hoster a la netcup nicht alle paar Tage/Wochen meine Systeme mal kurz durchbooten - das fänden die Kunden wohl nicht so toll.

    Thomas

    PS: System war in diesem Fall ein CentOS - aber da wird es doch sicherlich nicht groß anders laufen und Upates brauchen doch auch einen Reboot wie bei Ubuntu, oder etwa nicht?

    Ich bin gespannt aufs neue VCP und hoffe dass man jetzt auch für einzelne Server extra Passwörter vergeben kann damit der Mitarbeiter nur diesen einen Server steuern kann :)

    Drehen wir uns gerade etwas im Kreis? :)

    Also eine Website zu basteln die den Webservice von netcup anspricht ist wirklich eine Kleinigkeit.
    Ich denke diesen Weg würde ich gehen, wenn ich mich nicht einfach direkt auf dem vServer-Controlpanel mit dem Handy einloggen würde...

    Thomas

    Ich hab es nun wie folgt gelöst.
    Datei '' erstellt:

    Code
    /(.+)/ PREPEND X-To: $1

    Und in der '/etc/postfix/main.cf' hinterlegt:

    Code
    check_recipient_access pcre:/etc/postfix/add_bcc

    Nun bekomme ich einen schönen X-To-Header mit genau dem einen ursprünglichen Empfänger - auch wenn ich noch nicht ganz weiß was $1 in dem Script bedeutet, bzw. warum dass der ursprüngliche Empfänger ist und ich hier nicht auch wieder mein Catchall-Fach bekomme...

    Thomas

    Hallo liebes Forum,

    ich habe hier einen Postfix der alle Mails einer Domain in ein Catchall-Fach wirft.
    Aus diesem Catchall-Fach werden die Mails über POP wieder abgeholt und zugestellt.

    Das Problem besteht nun bei Mails mit BCC ... den sehe ich nämlich nachträglich (also beim abholen per POP) nicht mehr.
    Der "X-Original-To"-Header bringt nichts, der beinhaltet das Catchall-Fach.

    Einzig und allein eine der drei Received-Zeilen beinhaltet die echte Mailadresse.
    Die anderen beiden received Zeilen sind auch wieder das Catchall-Fach.

    Wie bringe ich nun entweder einfach einen BCC-Header in die Mail rein, oder remove die zwei unnützen Received-Header?

    Irgendwelche Ideen? Momentan stehe ich etwas auf dem Schlauch.

    Thomas

    Vielen Dank für die umfangreiche und erhellende Antwort!
    Dann werd ich das mit der Route mit der Failover-Ip als SRC mal lassen und berichten wenn es Probleme gibt.

    Wie schon im anderen Thread angeboten, wenn ich dir was helfen kann habe ich zwei mal zwei Server mit Failover-IP, einmal semi-produktiv (möchte nix an den Einstellungen zu sehr ändern weil da bald Echtlauf) und einmal nur als Testsysteme.

    Thomas