Dann lass halt deinen Mailserver / MTA ne Senderadresse reinschreiben. …
Das kann sogar DMA Dma Dragonfly Mail Agent <https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0ahUKEwja8_fsxcHaAhUGSJoKHX6HCUMQFggqMAA&url=https%3A%2F%2Fwiki.mageia.org%2Fen%2FDma_Dragonfly_Mail_Agent&usg=AOvVaw0DybTjoukyzBW1QyV30_W2> > Am 17.04.2018 um 12:36 schrieb Martin Fernau <martin.fer...@fernausoft.de>: > > Ob BATV so der grandiose Standard ist oder nicht kann ich nicht beurteilen. > Ich weiß nur das es sie gibt und das sie bei Sophos standardmäßig aktiviert > zu sein scheint. > > Woher bekomme ich nun die Zugangsdaten aller Mailserver meiner Kunden um > diese Einstellung auf dem Endpunkt abzuschalten wenn es keine Option auf > Senderseite gibt? > Kann man sich diese Daten irgendwo bei OTRS herunter laden? :-) > > Spaß beiseite - Da müsste es doch eine Einstellung im OTRS selbst geben. Ich > kann doch unmöglich überall administrativ tätig werden müssen nur damit es > keine Einstellung im OTRS dazu geben muss :( > Ansonsten müsste ich prüfen ob ich im Postfix (unser Postausgangsserver) eine > Manipulation der ausgehenden Mails durchführen kann um diese Mails so > umzuschreiben, dass sie der BATV-Prüfung stand halten. Aber selbst das halte > ich für "am falschen Punkt angesetzt". > > Was muss ich auch immer solche Probleme haben die scheinbar sonst niemand > hat... > > Grüße > Martin > > > Am 17.04.2018 um 12:17 schrieb Nicola Tiling: >> Naja BATV Überprüfung ist nicht gerade Standard. >> >> Du müsstest dann im Mailserver eine Ausnahme definieren. Z.B. für den >> einliefernden Host - Hier Exim Syntax: >> >> hosts = !192.168.0.1 >> >> Oder auch für die Sender Domain oder die empfangenden Domains ... >> >> >> >> >>> Am 17.04.2018 um 12:06 schrieb Martin Fernau <martin.fer...@fernausoft.de> >>> <mailto:martin.fer...@fernausoft.de>: >>> >>> Hallo zusammen, >>> >>> könnte mir in dieser Sache vielleicht nochmal jemand helfen? >>> Ich hatte keine Antwort mehr auf meine Frage bekommen, wie ich das >>> vorherige Verhalten von OTRS wiederherstellen kann, dass Return-Path im >>> Mail-Header wieder gesetzt wird. >>> Jegliche automatische Mails vom OTRS werden bei einer BATV-Überprüfung >>> abgelehnt und verpuffen. >>> Ich verstehe ehrlich gesagt gar nicht wieso das nicht schon längst >>> überall zu irgend welchen Meldungen gekommen ist. Das muss doch ein >>> generelles "Problem" sein das alle OTRS6 User betrifft? >>> >>> Danke und Grüße >>> Martin >>> >>> Am 25.01.2018 um 11:13 schrieb Martin Fernau: >>>> Danke schon mal für die flotten Infos. >>>> Wenn ich jetzt nur noch wüsste wie ich den Return-Path wieder >>>> aktivieren/füllen kann wäre ich schon wieder glücklich :) >>>> >>>> Wir haben übrigens mehrere Absender in unserem OTRS gepflegt. Daher >>>> müsste es eine Einstellung geben, welche die in der Queue hinterlegte >>>> Adresse verwendet (wie es vormals war) >>>> >>>> Grüße >>>> Martin >>>> >>>> Am 25.01.2018 um 11:00 schrieb Ralf Hildebrandt: >>>>> * Martin Fernau <martin.fer...@fernausoft.de> >>>>> <mailto:martin.fer...@fernausoft.de>: >>>>>> Hallo, >>>>>> >>>>>> seit Umstellung auf OTRS6 bekommen einige unserer Kunden die >>>>>> automatischen Antworten auf erstellte Tickets nicht mehr. >>>>>> Nach etwas Nachforschung habe ich gesehen, dass dortige Spamfilter diese >>>>>> Mails mit dem Hinweis auf BATV ablehnen: "Rejected: BATV" >>>>>> >>>>>> Weitere Nachforschungen ergaben folgende Änderungen der ausgehenden >>>>>> Mails von OTRS5 zu OTRS6: >>>>>> >>>>>> Neue Header: >>>>>> Precedence: bulk >>>>>> Auto-Submitted: auto-generated >>>>>> X-Loop: yes >>>>>> >>>>>> Geänderter Header: >>>>>> Return-Path: <> >>>>>> war vorher: >>>>>> Return-Path: <supp...@fernausoft.de> <mailto:supp...@fernausoft.de> >>>>>> >>>>>> Wegfall: >>>>>> References: [....] >>>>>> >>>>>> >>>>>> Diese Änderungen führen nun dazu das unsere Kunden diese Mails nicht >>>>>> mehr erhalten was natürlich unschön ist. >>>>>> Ist das so normal, oder muss ich hier im OTRS etwas verändern damit das >>>>>> wieder durch geht? >>>>> BATV prüft, ob ein Bounce "echt" ist. Bounces sind Mails mit >>>>> "Return-Path: <>". >>>>> >>>>> D.h. die Einstellung "Return-Path: <supp...@fernausoft.de> >>>>> <mailto:supp...@fernausoft.de>" >>>>> ist für den Fall also besser. >>>>> >>> --------------------------------------------------------------------- >>> OTRS mailing list: otrs-de - Webpage: http://otrs.org/ <http://otrs.org/> >>> Archive: http://lists.otrs.org/pipermail/otrs-de >>> <http://lists.otrs.org/pipermail/otrs-de> >>> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de >>> <http://lists.otrs.org/mailman/listinfo/otrs-de> >> >> >> --------------------------------------------------------------------- >> OTRS mailing list: otrs-de - Webpage: http://otrs.org/ <http://otrs.org/> >> Archive: http://lists.otrs.org/pipermail/otrs-de >> <http://lists.otrs.org/pipermail/otrs-de> >> To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de >> <http://lists.otrs.org/mailman/listinfo/otrs-de> > --------------------------------------------------------------------- > OTRS mailing list: otrs-de - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs-de > To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
signature.asc
Description: Message signed with OpenPGP
--------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de