* Robert Schetterer :
> master.cf
>
> bugmail unix - - n - - smtp
> -o smtp_header_checks=regexp:/etc/postfix/bugmail_header_checks
>
> /etc/postfix/bugmail_header_checks
>
> /^received:.*/ REPLACE X-INFO: ips where deleted here
>
> transport
>
> buggy.do
Volker Thiel schrieb:
> Am 12.08.2009 um 17:06 schrieb Robert Schetterer :
>
>> Hi , ich hab mal erlebt das eine Uni in den USA den ganzen Block der
>> tcom geblockt hatte und zwar egal wo sich so eine ip im header der mail
>> befand, wir haben sie auf ihren Fehler aufmerksam gemacht und sie haben
Am 12.08.2009 um 17:06 schrieb Robert Schetterer
:
Hi , ich hab mal erlebt das eine Uni in den USA den ganzen Block der
tcom geblockt hatte und zwar egal wo sich so eine ip im header der
mail
befand, wir haben sie auf ihren Fehler aufmerksam gemacht und sie
haben
es dann gefixt, du koennte
Erstmal großes Danke für die vielen Antworten. Meine Vermutung wurde
bestätigt und den richtigen Weg kenne ich jetzt auch. D.h. es sind
zwei Wege: Admin des fremden Mailservers kontaktieren und "erziehen"
oder header_checks durchführen. Ersteres fällt wohl leider aus, da
der Server irgendwo
Gregor Hermens schrieb:
> Hallo Robert,
>
> Am Mittwoch, 12. August 2009 schrieb Robert Schetterer:
>
>> 100 % ack, was zaehlt ist der letzte hopp
>> alles andere ist fuer ein smtp ip reject
>> erstmal wurst, wenn man das ueberhaupt bewerten will dann
>> mit spamassassin und markierung etc, aber
Hallo Robert,
Am Mittwoch, 12. August 2009 schrieb Robert Schetterer:
> 100 % ack, was zaehlt ist der letzte hopp
> alles andere ist fuer ein smtp ip reject
> erstmal wurst, wenn man das ueberhaupt bewerten will dann
> mit spamassassin und markierung etc, aber ein mail abzulehen weil sie
> irgend
Uwe Driessen schrieb:
> On Behalf Of Georg Käfer
>> Das sehe ich auch so. aber...
>> Remember: dynamische IP. D.h. der Exchange-Server ist mit grosser
>> Wahrscheinlichkeit zum
>> Handkuss gekommen.
>> Ein anderer Kunde hatte vermutlich die IP früher in Verwendung und hatte
>> keinen
>> sicheren
On Behalf Of Georg Käfer
> Das sehe ich auch so. aber...
> Remember: dynamische IP. D.h. der Exchange-Server ist mit grosser
> Wahrscheinlichkeit zum
> Handkuss gekommen.
> Ein anderer Kunde hatte vermutlich die IP früher in Verwendung und hatte
> keinen
> sicheren PC/Server in Verwendung und die
Uwe Driessen schrieb:
> On Behalf Of a...@bitbox.de
>> Final-Recipient: rfc822; benut...@dritter-server.de
>> Original-Recipient: rfc822;benut...@dritter-server.de
>> Action: failed
>> Status: 5.0.0
>> Remote-MTA: dns; mx.dritter-server.de
>> Diagnostic-Code: smtp; 554 Service unavailable; Client h
>Tja wichtiger wäre es wenn man genau mitgeteilt bekäme warum auch immer man
>auf dieser
>Liste gelandet ist. Diese Antwort steht bis Heute noch aus.
Das ist korrekt.
Der lokale Admin der Barracuda kann diesen Grund aber zu 100% ablesen und
seinem Kunden mitteilen, bzw.
Die Schlüsse daraus ziehe
* a...@bitbox.de:
> Received: from sentsrv01.kundendomain.local
> (hmbg-.pool.einsundeins.de
> [xxx.xxx.xxx.xxx])
> by mx.unser-server.de (Postfix) with ESMTPA id 01227F98433
> for ; Wed, 5 Aug 2009 10:12:34 +0200
[...]
> Diagnostic-Code: smtp; 554 Service unavailable; Client host
> [mx.un
On Behalf Of Georg Käfer
> Hi alle,
>
> barracudas haben einen lokal Administrator, der selbständig bzw. dessen
> Domainkunden via
> webinterface mails als spam markieren können.
> Der barracuda-admin kann unterschiedlichste blocking-regeln erstellen.
> All diese Daten werden (wenn Funktion vom a
Hi alle,
barracudas haben einen lokal Administrator, der selbständig bzw. dessen
Domainkunden via webinterface mails als spam markieren können.
Der barracuda-admin kann unterschiedlichste blocking-regeln erstellen.
All diese Daten werden (wenn Funktion vom admin aktiviert wurde) auch mit
barracu
Hi,
> Danke schon mal für die Antwort. Aber das Problem für unseren Kunden
> muss noch gelöst werden. Kann ich unserem Postfix nicht beibringen
> solche "local" Header zu filtern? Wohlgemerkt nur bei ausgehender Mail,
> idealerweise nur bei diesem Kunden. Ich habe schon etwas recherchiert
> und b
Danke schon mal für die Antwort. Aber das Problem für unseren Kunden
muss noch gelöst werden. Kann ich unserem Postfix nicht beibringen
solche "local" Header zu filtern? Wohlgemerkt nur bei ausgehender
Mail, idealerweise nur bei diesem Kunden. Ich habe schon etwas
recherchiert und bin auf h
On Behalf Of a...@bitbox.de
> Final-Recipient: rfc822; benut...@dritter-server.de
> Original-Recipient: rfc822;benut...@dritter-server.de
> Action: failed
> Status: 5.0.0
> Remote-MTA: dns; mx.dritter-server.de
> Diagnostic-Code: smtp; 554 Service unavailable; Client host
> [mx.unser-server.de]
>
Ein Kunde von uns betreibt einen Exchanger-Server mit einer dynamischen
IP. Alle E-Mails werden
über unseren Postfix-Mailserver abgewickelt (Empfang und Senden). Beim
Zusammenspiel mit
einem dritten Mailserver tritt ein Problem auf, und zwar werden die
E-Mails geblockt mit dem
Hinweis, unser Server
17 matches
Mail list logo
