E-Mail-Empfang funktioniert nach Update auf 3.3.3 nicht mehr

[andreasotrs]

Hallo,

nachdem ich das Update von 3.2.12 auf 3.3.3 durchgeführt habe, kommen E-Mails nicht mehr in OTRS an.
In einem ähnlichen Ticket konnte ich lesen, das eine sinnvolle default Queue gestellt sein muss. Das ist bei mir der Fall.
Die E-Mail kommt auf dem Server an.
Wie kann ich feststellen, ob die E-Mail auch in der Datenbank von OTRS ankommt? In welcher Tabelle würde so ein Ereignis angezeigt?
In der Tabelle ticket findet ich es nicht.

[KlausNehrer]

Schau erst einmal in den Logs nach, sofern die E-Mails überhaupt vom Server abgeholt werden?

[andreasotrs]

Hallo,

in der Datei otrs/var/log/procmail..log sehe ich, dass seit meinem Update kein Inhalt mehr vorhanden ist.
In der Datei /var/log/cron sehe ich das der Cron von otrs regelmässig läuft.
Jan 9 16:20:01 vm7944 CROND[28098]: (otrs) CMD ($HOME/bin/otrs.PostMasterMailbox.pl >> /dev/null)

Warum sehr ich denn dann keine Tickets? Ich habe mir extra die Berechtigung für alle Queue gegeben.

[KlausNehrer]

Was steht im OTRS Log?
Und was wird auf die Console ausgegeben, wenn Du die Mails manuell abrufst?

[andreasotrs]

Hallo,

im Systemprotokoll über die Weboberfläche finde ich keine Angabe über eingehende E-Mails.
Auch in der Datei /var/log/messages find ich keinen Eintrag von "PostMaster".
Ich finde aber PostMaster Informationen vor dem Update in der messages Datei.

In der cron Datei sind zwei Einträge für Mail
10 0 * * * $HOME/bin/otrs.ReprocessMails.pl >> /dev/null
*/10 * * * * $HOME/bin/otrs.PostMasterMailbox.pl >> /dev/null

Beide habe ich mal per Hand gestartet:
-bash-4.1$ ./otrs.PostMasterMailbox.pl
-bash-4.1$ ./otrs.ReprocessMails.pl
Processing mails in /opt/otrs/var/spool
Done.

Der Versand von E-Mail von OTRS zum Agent funktioniert.

[52nEHJ]

Hallo Zusammen,
ich habe das gleiche Problem. Wobei bei mir keine procmail-Logs angelegt werden.
Ich habe ein Update von 3.1.18 auf 3.2.13 gemacht und danach hat alles Funktioniert inkl. Mail-Empfang, Versand und Follow-Up-Infos.
Das Update danach von 3.2.13 auf 3.3.3 hat auch gut geklappt, d.h. ohne Fehlermeldungen während des Update-Prozesses nach UPGRADING.md. Nach dem 2. Update funktioniert der Empfang von Mails nicht mehr, d.h. die Mails kommen auf dem Mailserver an (andere Maschine als der OTRS-Server), werden von Fetchmail erfolgreich abgeholt, als gelesen markiert und in die lokale Mailbox

Code: Select all

/var/mail/otrs

ausgeliefert. In der postfix-Konfiguration steht

Code: Select all

mailbox_command = procmail -a "$EXTENSION"

Leider werden die Mails aber nicht ins Ticketssystem eingepflegt.
Ich finde keine Fehlermeldung von procmail in messages, syslog, mail.{log|inf|err} oder /opt/otrs/var/log/ (<-- dort wird keine procmail-Log-Datei angelegt).
Der Test nach Anleitung, ob der PostMaster richtig arbeitet, mit

Code: Select all

linux:/opt/otrs/bin# cat ../doc/sample_mails/test-email-1.box | ./otrs.PostMaster.pl

funktioniert und erzeugt erfolgreich ein neues Ticket im System.

Woran kann es liegen, dass Procmail die Mails nicht prozessiert und an

Code: Select all

bin/otrs.PostMaster.pl

ausliefert?

Welche Informationen benötigt ihr noch?

[andreasotrs]

Hallo,

leider habe ich immer noch keine Lösung. Der E-Mail-Empfang funktioniert nicht.
Aber ich habe einen Test gemacht.

Code: Select all

cd /opt/otrs
chown otrs:apache .procmailrc
su -s /bin/bash otrs
cat /var/tmp/mail.txt | procmail -m /opt/otrs/.procmailrc

Die erste E-Mail in der Datei wurde als Ticket eröffnet.

[Wolfgangf]

Hallo,
... und warum nicht einfach den Mailempfang von Procmail auf pop3 / imap umstellen?

[jojo]

was sagt ein ls -la /opt/otrs ?

[DerMatze]

bitte löschen

[andreasotrs]

Hallo,

endlich ist das Problem gelöst. Der Besitzer der Datei .procmailrc war falsch.
Bis zum Update auf 3.3.3 hatte ich
-rw-r--r-- 1 root root 1873 31. Okt 14:19 .procmailrc

Damit hat es aber nach dem Update nicht mehr funktioniert. Jetzt muss die Datei otrs gehören.
-rw-rw---- 1 otrs apache 1638 Dec 4 23:22 .mailfilter

Danke für die Hinweise und Unterstützung