unnamed attachmend

[sb_adv]

Hallo,

ankommende E-Mails werden teilweise durch den Inhaltsfilter, wegen angeblich "unnamed attachmend", abgelehnt. In der entsprechenden MessageTrack_xxxx_.jsaon stehen aber eindeutige Namen drin:

"attachments": [
    {
      "name": "Scan.pdf",
      "size": 8463354,
      "mimeType": "application/pdf",
      "sha256Hash": "

     
      "name": "Scan2.pdf",
      "size": 459079,
      "mimeType": "application/pdf",
      "sha256Hash": "


etc.

In einer anderen E-Mail betrifft dies *.jpg Datein. PDFs und JPGs sind im Inhaltsfilter allowed, und werden ja auch sonst durchgelassen.

Nebenbei gefragt: Was ist im Inhaltsfilter unter Dateitypen mit "Outlook E-Mail-Nachricht" und "Unlesbares PDF-Dokument" gemeint?

Gruß
Andreas

 

[StefanCink]

Hallo Andreas,
ich vermute dass die "unnamed attachements" in die email eingebettete Dateien, häufig sind es Bilder, sind. Ich fürchte, dass für ein ordnungsgemäßes Debugging die E-Mails mit dem Troubleshooting Knoten gesammelt werden müssen. Dann sehen wir, wie NoSpamProxy die E-Mail empfängt und welche Anhänge es genau betrifft.

OUtlook E-Mail-Nachricht sind MSG bzw. EML-Dateien und ein unlesbares PDF-Dokument ist eine PDF-Datei, die Aufbaufehler enthält, die ein korrektes Parsen durch NoSpamProxy verhindern.
Gruß Stefan

 

[ffischer]

Hallo,
solche Mails habe ich auch schon bekommen mit Unnamed attachments.
War aber kein PDF oder ähnliches dabei.

Inhalt war dann CSS File von Outlook.
Interesagt ist das E-Mail eingehend unverschlüsselt vom Einliefernden Server war,
die nächste Mail war wieder verschlüsselter Transport.

 

[sb_adv]

Hallo,

danke für die Antworten.

Ich habe mir mal eine dieser E-Mail zukommen lassen, eine Antwort auf eine E-Mail von uns.
Und tatsächlich ist in der E-Mail eine eingebettete Datei, eine ATT00001.htm in der die ursprüngliche Nachricht mitgeschickt wird. Jedoch werden *htm Dateien geblockt und somit die E-Mail abgewiesen. Diese ATT00001.htm steht in keinem log und wird auch nicht in der Message_Track_****.json angezeigt.

Wäre schön wenn dann dort nicht "Unnamed attachment" stehen würde.

Gruß

 

[sb_adv]

Hallo Andreas,
ich vermute dass die "unnamed attachements" in die email eingebettete Dateien, häufig sind es Bilder, sind. Ich fürchte, dass für ein ordnungsgemäßes Debugging die E-Mails mit dem Troubleshooting Knoten gesammelt werden müssen. Dann sehen wir, wie NoSpamProxy die E-Mail empfängt und welche Anhänge es genau betrifft.
....
Gruß Stefan

Hallo,

ich muss das Thema noch einmal aufgreifen, da wir relativ oft durch diese [font=Tahoma, Verdana, Arial, sans-serif]"unnamed attachements" Abweisungen haben. Abgewiesen werden nur E-Mails mit erlaubten Anhang (z.B. PDF), schickt der Absender genau die selbe E-Mail ohne Anhang wird diese erfolgreich zugestellt.[/font]
[font=Tahoma, Verdana, Arial, sans-serif]Im entsprechenden MessageTrack_xxx.json ist auch nur die PDF unter "attachments" aufgeführt.[/font]

[font=Tahoma, Verdana, Arial, sans-serif]Welche Protokollkategorien sollen ausgewählt werden, um diesen Problem lösen zu können?[/font]

[font=Tahoma, Verdana, Arial, sans-serif]Wir haben im Moment die Version 14.0.2.113.[/font]

[font=Tahoma, Verdana, Arial, sans-serif]Gruß[/font]
[font=Tahoma, Verdana, Arial, sans-serif]Andreas[/font]

 

[StefanCink]

Hallo Andreas,
die Einstellungen findest Du auch unter Troubleshooting in den Protokolleinstellungen der Gateway Rolle und dann auf dem Reiter "Debugeinstellungen". Dort kannst Du alle verarbeiteten E-mails in einem definierten Pfad als EML speichern lassen. Unter "Received" werden die E-Mails in der Version abgelegt, wie NoSpamProxy sie empfangen hat und unter "Processed" landet die Version, wie wir sie an den nächsten Smarthost weitergegeben haben. Für dieses Troubleshooting ist die "Received" Version spannend.
Gruß Stefan

 

[sb_adv]

Danke Stefan!

Es scheint an Apple Mail zu liegen. Dieses legt für jeden Anhang einen HTML Teil in der E-Mail an, dieser Teil wird offensichtlich von anderen System als selbständiger Anhang "unnamed attachements.htm" erkannt. In der Nachrichtenverfolgung unter Anhänge werden diese Dateien nicht angezeigt, nur unter Aktivitäten unter Inhaltsfilterung ist dazu ein Hinweis.
Da HTML bzw. HTM bei uns gesperrt sind, wird die E-Mail abgewiesen.

Ein wenig Suche im Internet zeigt, dass dies kein seltenes Problem ist. Evtl. kann ja NoSpamProxy mit solchen E-Mails irgendwann besser umgehen.

Gruß

 

[JanJäschke]

Hallo Andreas,

dazu noch eine Frage:
Auf welcher Version seit ihr aktuell mit dem NSP?

Das habe ich leider überlsen :S


Gruß
Jan

 

[Sören]

Danke Stefan!

Es scheint an Apple Mail zu liegen. Dieses legt für jeden Anhang einen HTML Teil in der E-Mail an, dieser Teil wird offensichtlich von anderen System als selbständiger Anhang "unnamed attachements.htm" erkannt. In der Nachrichtenverfolgung unter Anhänge werden diese Dateien nicht angezeigt, nur unter Aktivitäten unter Inhaltsfilterung ist dazu ein Hinweis.
Da HTML bzw. HTM bei uns gesperrt sind, wird die E-Mail abgewiesen.

Ein wenig Suche im Internet zeigt, dass dies kein seltenes Problem ist. Evtl. kann ja NoSpamProxy mit solchen E-Mails irgendwann besser umgehen.

Gruß

Moin 

also mit Apple Mail am iPhone bekomme ich das nicht reproduziert.

 

[Sören]

Selbst wenn die Mail multipart/alternative ist, bekomme ich das nicht reproduziert

 

[JBraenzel]

Hallo,

entschuldigt bitte die lange Stille in diesem Thread. Ich bin ein Kollege von Andreas und das Ganze betrifft bei uns grundsätzlich wenige Eingänge. Nachdem wir den Grund des Abweisens anhand der html-files im Anhang nachvollziehen konnten (die werden über den Inhaltsfilter verworfen) , war hier ein wenig die Luft raus. Man hat ja auch genug andere Baustellen....
Naja, genug mit Ausreden - wir haben uns gestern noch einmal dem Thema angenommen und mit Mac-Clients getestet. Wir konnten das relativ schnell reproduzieren: Sobald in der Mail Formatierungen vorgenommen werden, wechselt das Mail-Format zu HTML und diese Fragmente entstehen. Wir haben auch ein paar Exemplare via debug (Antwort #6) gesammelt, die wir euch ggf. zur Verfügung stellen können. Unsere Outlook Clients im Netz erzeugen bei Aufruf dieser Mails ebenfalls "unbenannte Anhänge" in htm.
Wir sind aktuell mit Version 14.1.0 unterwegs

Gruß, Jonas

 

[n_k]

Hallo,
falls es sich bei dem Problem um die "unnamed attachments" bzw. "unbenannte Anlage" bei Apple Geräten handelt, dann konnten wir das Problem damals mithilfe des NSP Supports wie folgt lösen:

Im Inhaltsfilter zwei neue Einträge erstellen. Eintrag 1 muss vor Eintrag 2 stehen, respektive dem Eintrag wo grundsätzlich HTML Files rejected (bisheriger Filtereintrag) werden.

Eintrag 1:


Eintrag 2:


Das Ergebnis: HTML Dateien mit Namen werden gefiltert und abgelehnt, automatisch erzeugte HTML Files bei Apple Mail (Mac oder iPhone) werden weiter verarbeitet.

Ich hoffe das hilft euch weiter.

 

[JanJäschke]

@JBraenzel neben der möglichen Inhaltsfilter Anpassung lass mir gerne einmal die Dumps per PN zukommen und ich schaue nochmal mit Sören drüber. Kann mich noch grob daran erinnern und bin mir recht sicher, dass wir alles mögliche versucht haben das zu reproduzieren

Gruß
Jan

 

[JBraenzel]

Hallo in die Runde,

wir haben die Filter von n_k nachgebaut und das sieht gut aus. Vielen Dank dafür!

Gruß, Jonas