Important note about SSL VPN compatibility for 20.0 MR1 with EoL SFOS versions and UTM9 OS. Learn more in the release notes.

This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

email notification

Hallo zusammen,

die Astaro ist nicht immer mit dem Internet verbunden, über den Router wird manchmal die Verbindung getrennt. Wenn die Astaro während dieses Zeitraums keine eigenen Mails (email notification) verschicken kann, wo werden diese gespeichert und wie kann ich diese später "nachträglich" versenden?

Danke für jede Hilfe und Info.


JaLan


Astaro Release 7.101


This thread was automatically locked due to age.
  • Hallo zusammen,

    seit ca. 2 Tagen versendet die Astaro gar keine Notification mails mehr. Mein Eindruck ist, daß sie die Mails, die sie nicht sofort versenden kann, weil sie manchmal offline ist, irgendenwo zwischenspeichert und wenn dieser Speicher voll ist, gar keine Mails mehr versenden kann.

    [ Ähnlich war die Situation auch schon bei der Astaro 5.x ]

    Wie kann ich die Mails manuell versenden?


    Ich hoffe, es hat jemand eine Idee.

    Danke für jede Hilfe und Info.


    JaLan


    Astaro Release 7.101
  • Falls EmailSecurity eingeschaltet ist, dann gehen die Mails an den eventuellen Snmarthost.
    Ansonsten wird versucht die Mails via MX zuzustellen.
    Wenn deine Astaro an einer DSL Leitung angeschlossen ist, dann wird wahrscheinlich kein SMTP-Server Mails von Dir annehmen.

    Gregor Kemterr
  • Wie groß ist denn der Zeitraum, in dem keine Internetverbindung besteht? Bei einer "normalen" DSL Verbindung dauert der Reconnect nur ein paar Sekunden. Das macht der ASG aber nichts aus.
  • Hallo Gregor, hallo Manfred,

    Danke für die Infos.

    @ Gregor
    es ist kein SMTP-Proxy eingeschaltet. Der SMTP-Server meines Webhosters nimmt die Mails an und ich kann sie auch abrufen, wenn es denn klappt.

    @Manfred
    der Zeitraum, bei dem keine Internetverbindung besteht, kann durchaus 1 Stunde oder auch länger sein.


    Nach meinem letzten Posting kamen wieder ein paar Notification-Mails an, ABER nicht alle. Grundsätzlich funktioniert es ja, es werden jedoch nicht alle Notification-Mails an die "Administrators Email Address" zugestellt.

    Deswegen noch einmal die Frage:
    was passiert mit den Notification-Mails, die die Astaro - aus welchem Grund auch immer - nicht versenden kann, werden die zwischengespeichert? Wenn ja, wo? Wie kann ich den Mailversand per Befehl veranlassen?

    Danke für jede Hilfe und Info.


    JaLan


    Astaro Release 7.101
  • Hast du schon mal im Quarantäne Manager unter "Error" geschaut, ob die SMTP Mails da vielleicht hängen geblieben sind? Wenn ja, kannst du sie einfach freigeben und sie werden dann unverzüglich verschickt.
  • Hallo Manfred,

    danke für die Info.

    In der Statistik >>> SMTP >>> Unaffected ist ein Hinweis auf 20 Mails. Aber wenn ich den Quarantäne Manager öffne, kann ich sie nicht sehen. 
    Unter "Filter by reason" besteht auch nur die Wahlmöglichkeit für:
    error, expression, extension, infected oder spam 
    nicht aber für:
    Unaffected

    Mache ich was falsch?
    Wieso sind die überhaupt hängengeblieben?

    Danke für jede Hilfe und Info.


    JaLan


    Astaro Release 7.101
  • Nachtrag:

    ich habe in der deutschen pdf-Datei nachgelesen:

    Unaffected: Die Nachrichten enthalten keine schädlichen Inhalte und stellen keine Sicherheitsbedrohung dar. Die Nachrichten mit der Bezeichnung Unaffected werden nur zu statistischen Zwecken aufsummiert. Sie wurden erfolgreich an den Empfänger zugestellt und sind nicht in der E-Mail-Quarantäne gespeichert.

    Dann sind die "verschwundenen" Mails nach wie vor nicht aufgetaucht.

    Hat jemand eine Idee?

    Danke für jede Hilfe und Info.


    JaLan


    Astaro Release 7.101
  • Nach dem was du beschreibts, wurden die Mails ordnungsgemäß ausgeliefert.
    Hast du mal auf deinem Mailserver im Spamordner geschaut?

    Ansonsten kannst du dir jetzt noch das smtp.log ansehen, was es über die Auslieferung der Nachrichten sagt.
  • Hallo das smtp.log wird in diesen Fall nicht großartig weiter helfen.

    Am besten schaust du die mal das Proxy Engine (exim.log) an. In diesem Log steht genau, was mit der Mail passiert. Wenn z.B. die Meldung kommt. "-53 Retry time not reache for any host", dann war kurzzeitig der Mailserver nicht erreichbar. Diese Information wird in die retry datenbank geschrieben. Diese Datenbank wird nach einer gewissen Zeit wieder gelöscht (also die Einträge) beschleunigen kann man das wenn man sie selber löscht. Aber dies geht nur als root auf der Console.  


    Hmm ich glaube die Informationen sollten erstmal reichen.


    Gruß

    Forke
  • Hallo Manfred, hallo Forke,

    danke für die Infos.

    Der Mailserver hat keinen Spamordner.


    Das Logfile SMTP engine (exim.log) kann ich leider nicht richtig auswerten. Deswegen bitte ich um Nachsicht, wenn ich hier einen großen Auszug als Anlage hinzufüge (Text liß sich nicht einfügen). Sich wiederholende Einträge habe ich schon mal rausgenommen und durch:

    ...

    ersetzt.

    In beiden Logfiles wurde die E-Mailadresse und die Domain abgeändert in: email@domain.xy und domain.xy

    Auszug aus der SMTP engine (exim.log) als siehe Anlage exim.txt .

    Auszug aus der SMTP proxy (smtp.log):

    2008:01:09-11:18:23 (none) cffd[4721]: id="101Q" severity="info" sys="SecureMail" sub="smtp" name="email scanned, clean" srcip="127.0.0.1" from="do-not-reply@fw-notify.net" to="brandmauer@kinast.de" subject="[firewall][CRIT-310] Up2Date prefetch failed" messageid="481" size="954" action="pass" 
    2008:01:09-11:18:23 (none) cffd[4721]: id="1004" severity="info" sys="SecureMail" sub="smtp" name="email delivered" srcip="127.0.0.1" from="do-not-reply@fw-notify.net" dstip="127.0.0.1" to="brandmauer@kinast.de" subject="[firewall][CRIT-310] Up2Date prefetch failed" messageid="481" size="1039" encrypted="0" 

    2008:01:10-10:46:58 (none) cffd[4698]: id="101Q" severity="info" sys="SecureMail" sub="smtp" name="email scanned, clean" srcip="127.0.0.1" from="@" to="do-not-reply@fw-notify.net" subject="firewall Mail delivery failed : returning message to sender" messageid="483" size="2153" action="pass" 
    2008:01:10-10:46:58 (none) cffd[4698]: id="1004" severity="info" sys="SecureMail" sub="smtp" name="email delivered" srcip="127.0.0.1" from="" dstip="127.0.0.1" to="do-not-reply@fw-notify.net" subject="firewall Mail delivery failed : returning message to sender" messageid="483" size="2238" encrypted="0" 

    2008:01:12-18:01:41 (none) smtphelper[10699]: id="1005" severity="debug" sys="SecureMail" sub="smtp" name="message status set" msgid="498" status="need_deletion" 
    2008:01:12-18:01:41 (none) cffd[4707]: id="101Q" severity="info" sys="SecureMail" sub="smtp" name="email scanned, clean" srcip="127.0.0.1" from="@" to="do-not-reply@fw-notify.net" subject="firewall Mail delivery failed : returning message to sender" messageid="502" size="2153" action="pass" 
    2008:01:12-18:01:42 (none) cffd[4707]: id="1004" severity="info" sys="SecureMail" sub="smtp" name="email delivered" srcip="127.0.0.1" from="" dstip="127.0.0.1" to="do-not-reply@fw-notify.net" subject="firewall Mail delivery failed : returning message to sender" messageid="502" size="2238" encrypted="0" 


    In der smtp.log fiel mir auf, daß Anstelle des from="do-not-reply@fw-notify.net" oftmals from="@" steht!

    Die Mehrzahl der Mails, bei denen der Absender do-not-reply@fw-notify.net war, kamen zumindest nicht in der Mailbox an.


    Ich hoffe die obigen Einträge geben Aufschluß über die Problematik.

    Danke für jede Hilfe und Info.


    JaLan


    Astaro Release 7.101