KeyHelp Community

Guten Tag,

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
Ja, ich bin siceher


Server-Betriebssystem + Version
Ubuntu 20.04


Eingesetzte Server-Virtualisierung-Technologie
keine


KeyHelp-Version + Build-Nummer
23.0


Problembeschreibung / Fehlermeldungen
Hallo, nach dem neustem Update empfangen wir keine Email mehr, intern am gleichen Server, sowie extern. Es kommt zwar kein Fehler beim Absenden von zmb Gmail & Co, es landet auch im Gesendet Ordner. Wir sehen aber keine im Postfach. Da alle in der Warteschlange sind.

Ich bin sicher vor 3 Tagen vor dem Update ging da noch alles, kann ich das Update manuell zurücksetzen oder gibt es schon neue Builds?
Und bringt ein VPS Server Neustart etwas?

Erwartetes Ergebnis


Tatsächliches Ergebnis


Schritte zur Reproduktion Zusätzliche Informationen
siehe screenshot

Kannst du uns bitte Logs bereitstellen, damit man genau schauen kann?

Hi Henning,

Hi master.log oder?
Habe vorhin grad alle Email Dienst neu gestartet, jetzt sieht man nur mehr das in den Logs, kann ich irgendwo im Server Verzeichnis die ganze log runterladen, damit du die Email Logs sehen kannst, jetzt sieht man nur die Neustart Jobs und nichts von den Email Versuchen.

Daniel3443 wrote: ↑Wed 25. Jan 2023, 09:53 Hi master.log oder?

Du hast Probleme mit Mails...Also wäre das Mail Log vermutlich die sinnvollste Anlaufstelle...

Hi,

ja schon klar nur weiß ich nicht welche die Email log ist, deswegen würde ich die master nehmen.
Welche davon wäre denn am besten?

Daniel3443 wrote:ja schon klar

Na ich glaube nicht .

Mit Mail-Logs sind die Logs unter /var/log/mail.log gemeint.
Hier aber bitte nicht das komplette Log posten (das ist gern mal seeeehr lang), sondern nur die betroffene Stelle. Also mal eine Mail senden und anschließend die Mail-Log Zeilen der letzten Minuten posten.

Das das mit Keyhelp zu tun hat, ist eher unwahrscheinlich - dieses Update beinhaltet keine Änderungen im Mail-Bereich, wenn ich nichts übersehen habe.

Laufen sämtliche Mail-Dienste? (das beinhaltet z.B. auch Amavis - gab es hier da im Forum nicht sogar Beiträge zu, dass der sich bei knappen Speicher gerne mal verabschiedet und dann Mail nicht mehr läuft?)

Ansonsten: /var/log/mail.log bzw. /var/log/mail.err wird benötigt - erreichbar über die Shell (vorher selber mal schauen, ob es da irgendwelche Error-Meldungen gibt, evtl. gibt das schon von alleine einen Hinweis, wenn nicht hier posten)

Hi,

das habe ich auch schon wo gelesen, Amavis läuft habe auch neu gestartet aber hat nichts geändert.

Hier der Log:

Jan 25 09:18:22 KeyHelp dovecot: pop3-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=176.97.210.3, lip=176.97.210.81, session=<fWMtHRPzdoWwYdID>
Jan 25 09:18:23 KeyHelp postfix/smtpd[4138298]: warning: hostname tube-hosting.com does not resolve to address 176.97.210.3
Jan 25 09:18:23 KeyHelp postfix/smtpd[4138298]: connect from unknown[176.97.210.3]
Jan 25 09:18:23 KeyHelp postfix/smtpd[4138298]: lost connection after EHLO from unknown[176.97.210.3]
Jan 25 09:18:23 KeyHelp postfix/smtpd[4138298]: disconnect from unknown[176.97.210.3] ehlo=1 commands=1
Jan 25 09:18:24 KeyHelp postfix/submission/smtpd[4138424]: connect from localhost[127.0.0.1]
Jan 25 09:18:24 KeyHelp postfix/submission/smtpd[4138424]: lost connection after CONNECT from localhost[127.0.0.1]
Jan 25 09:18:24 KeyHelp postfix/submission/smtpd[4138424]: disconnect from localhost[127.0.0.1] commands=0/0
Jan 25 09:18:24 KeyHelp dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=127.0.0.1, lip=127.0.0.1, TLS handshaking: Connection closed, session=<N/JLHRPz4O1/AAAB>
Jan 25 09:18:24 KeyHelp dovecot: pop3-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=127.0.0.1, lip=127.0.0.1, TLS handshaking: Connection closed, session=<5PNLHRPzGqd/AAAB>
Jan 25 09:18:34 KeyHelp dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=176.97.210.3, lip=176.97.210.81, session=<uHXVHRPzPoawYdID>
Jan 25 09:18:40 KeyHelp postfix/submission/smtpd[4138424]: connect from localhost[127.0.0.1]
Jan 25 09:18:40 KeyHelp postfix/submission/smtpd[4138424]: lost connection after CONNECT from localhost[127.0.0.1]
Jan 25 09:18:40 KeyHelp postfix/submission/smtpd[4138424]: disconnect from localhost[127.0.0.1] commands=0/0
Jan 25 09:18:40 KeyHelp dovecot: pop3-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=127.0.0.1, lip=127.0.0.1, TLS handshaking: Connection closed, session=<n0kxHhPzHKd/AAAB>
Jan 25 09:18:40 KeyHelp dovecot: imap-login: Disconnected (no auth attempts in 0 secs): user=<>, rip=127.0.0.1, lip=127.0.0.1, TLS handshaking: Connection closed, session=<hFIxHhPz4u1/AAAB>

Kann ich euch irgendwie und irgendwo noch mehr Daten und Infos geben, damit wir schneller auf die Lösung kommen?

In dem Logabschnitt ist kein Senden einer Email enthalten. Also nochmal, eine Email senden und dann den entsprechenden Abschnitt noch einmal posten.

Hallo,

oder einfach mal einen kurzen Auszug des Befehls "mailq" hier posten.

Wenn ich übers Webmail eine Email sende, ändert sich in der mail.log nichts.
Ist das die richtige Datei die ich ansehen muss?

Oder gibt es eine eigene nur für die Emails die verschickt werden?

Daniel3443 wrote: ↑Wed 25. Jan 2023, 11:18 Wenn ich übers Webmail eine Email sende, ändert sich in der mail.log nichts.

Kann nicht sein. Wenn du eine Mail versendest, werden auch entsprechende Logfile Einträge geschrieben.

Daniel3443 wrote: ↑Wed 25. Jan 2023, 11:18 Ist das die richtige Datei die ich ansehen muss?

Das fragst du jetzt nicht ernsthaft, oder...?
Du bist Serveradmin, dann mußt du auch wissen, wo dein System Logfiles schreibt. Das ist absolutes Basiswissen!!!

Ja, du hast ja auch recht.

Also ich habe gerade um 11:20 eine Email abgeschickt im Roundcube Webmail an eine andere Email am gleichen Server.
Habe dann die mail.log neu geladen aber der letzte Eintrag war um 10:30

Deswegen wollte ich fragen ob es da vielleicht doch noch eine andere Datei im Ordner gibt, oder woran liegt das, dass es nicht zu sehen ist.
Tut mir leid, wenn ich das nicht weiß, musste das bis jetzt nie nachschauen.

Danke für die ganze Hilfe an alle hier

Daniel3443 wrote: ↑Wed 25. Jan 2023, 11:34 Deswegen wollte ich fragen ob es da vielleicht doch noch eine andere Datei im Ordner gibt, oder woran liegt das, dass es nicht zu sehen ist.
Tut mir leid, wenn ich das nicht weiß, musste das bis jetzt nie nachschauen.

Log-Dateien schaut man sich live mit "tail -f <file>" an.

Bei KeyWeb bekommst Du auch managed Angebote, erscheint mir für Dich passender als ein eigener Server