Und du hast mal gromox-imap neu gestartet oder die werte wie im ref. post angepasst zum debuggen?
IMAP Debugging
- Edited
mahescho die beiden alten nicht
Also so alt das es mit dem anderen problem keine rolle spielen sollte? Dann wohl echt mal mit dem hohen loglevel und cmddebug analysieren.
Ich habe bis jetzt nur einmal mit imap tools gearbeitet aber das lief damals dann eigentlich recht reibungslos.
EDIT: aber das wurde auf dem kopano ausgeführt vor backup also doch keine referenz für gromox /o\
Das IMAP-Logging bringt nichts. Ich sehe da nur die Anmeldungen, sonst nichts. Mich würden die Aktionen innerhalb der Session interessieren.
Ahh ich habs falsch in erinnerung gehabt
imap_cmd_debug=2 (für alles)
https://docs.grommunio.com/man/imap.8gx.html?highlight=imap_cmd_debug
mahescho Das loggt nix
Sicher?
Aug 01 15:28:00 gromi imap[18913]: [::ffff:10.10.2.8]:55036 < LOGIN ****: ret=6a9h code=1705
Aug 01 15:28:00 gromi imap[18913]: [::ffff:10.10.2.8]:55036 < 3 LIST "" "": ret=0h code=0
Aug 01 15:28:00 gromi imap[18913]: [::ffff:10.10.2.8]:55036 < 4 SELECT Sent Items: ret=0h code=0
Aug 01 15:28:00 gromi imap[18913]: [::ffff:10.10.2.8]:55036 < 5 UID FETCH 1:* (FLAGS UID): ret=2000000h code=0
Aug 01 15:28:03 gromi imap[18913]: [::ffff:10.10.2.8]:55036 < 6 STATUS INBOX (MESSAGES UIDNEXT UIDVALIDITY UNSEEN): ret=2000000h code=0
Aug 01 15:28:03 gromi imap[18913]: [::ffff:10.10.2.8]:55036 < 7 SELECT INBOX: ret=0h code=0
Aug 01 15:28:03 gromi imap[18913]: [::ffff:10.10.2.8]:55036 < 8 UID FETCH 1:* (FLAGS UID): ret=2000000h code=0
- Edited
mail:~ # cat /etc/gromox/imap.cfg
imap_support_starttls=true
listen_ssl_port=993
imap_certificate_path=/etc/grommunio-common/ssl/server-bundle.pem
imap_private_key_path=/etc/grommunio-common/ssl/server.key
default_domain=mhc.loc
imap_log_level=2
imap_cmd_debug=yes
mail:~ # journalctl -f -n 5000 | grep -i imap
...
Aug 01 14:42:55 mail imap[10733]: gromox-imap 2.30.21.dd11f39 (pid 10733 uid 477)
Aug 01 14:42:55 mail imap[10733]: [system]: host ID is mail
Aug 01 14:42:55 mail imap[10733]: [system]: one thread is in charge of 20 contexts
Aug 01 14:42:55 mail imap[10733]: [system]: threads pool initial threads number is 5
Aug 01 14:42:55 mail imap[10733]: [imap]: context average memory is 128k
Aug 01 14:42:55 mail imap[10733]: [imap]: context maximum memory is 2048k
Aug 01 14:42:55 mail imap[10733]: [imap]: context average mitem number is 65536
Aug 01 14:42:55 mail imap[10733]: [imap]: imap socket read write timeout is 3min
Aug 01 14:42:55 mail imap[10733]: [imap]: imap session autologout time is 30min
Aug 01 14:42:55 mail imap[10733]: [imap]: maximum authentication failure times is 10
Aug 01 14:42:55 mail imap[10733]: [imap]: block client 1min when authentication failure count is exceeded
Aug 01 14:42:55 mail imap[10733]: [imap]: TLS support enabled
Aug 01 14:42:55 mail imap[10733]: [system]: system TLS listening port 993
Aug 01 14:42:55 mail imap[10733]: [system]: IMAP DAEMON is now running
Das wars seit her mit dem Log.
Ist aber auch egal, im "tcpdump" sehe ich ja was is wissen möchte.
- Edited
Ich würde es nur in einer kopie der mailbox machen aber evtl. hilft das
https://community.grommunio.com/d/1048-midb-what-are-these-databases-for-and-how-to-regenerate-the-midb
Aber vorher würde ich einfach mal die entsprechende Mail händisch mit einem IMAP-Client in einen neuen temp. Ordner verschieben(kopieren,löschen) und dann wieder zurück in den ursprungs-ordner und dann noch mal schauen ob du die mail dann findest(mittels dem script).
Solang du da keine archivierung per imap machst wie ich beschrieben habe ist es auch eigtl. egal. Aber erstmal lieber warnen
Und wie es das schicksal so will muss ich mir nun wohl auch was zum Mails verarbeiten basteln....
Hast du evtl. ein paar codefetzen als beispiel damit ich die Welt nicht neu erfinden muss?
- Edited
Anscheinend bin ich mit meinen Problemen nicht alleine.
Bei mir sieht es so aus, dass ich ein Postfach auf neue Mails per IMAP überwache und die neuen Mails dann Auswerte und entsprechend in unser CRM importiere.
Neuerdings werden leider nicht mehr alle Mails verarbeitet. Dabei ist mir aufgefallen, das die Darstellung der Mails im Postfach deutliche Zeitdiskrepanzen ausweist. Beispiel:
Im überwachten Ordner in Outlook im Onlinemodus habe ich 10 Mails. Ich kopiere eine nicht verarbeitete Mail wieder dort hinein.
Im in IMAP eingebundenen Ordnerwerden aber weiterhin nur 10 Mails angezeigt und nicht 11. Erst nach teilweise 5 oder mehr Minuten taucht dann die Mail auf.
Früher war das nicht der Fall und als teil dieses Verhaltens werden wie gesagt die Mails nicht mehr richtig verarbeitet.
Gestern hatten wir 10 Eingangsfälle, davon wurden nur 9 verarbeitet und sogar nur von 3 Mails wurde eine Kopie erstellt - obwohl der Import eigentlich alle Mails nochmal in einen separaten Ordner kopieren soll.
Dabei ist es egal ob die Anbindung per SSL 993 oder über ohne Verschlüsselung erfolgt.
Den Versandt von Mail über die IMAP Schnittstelle aus unserem CRM habe ich bereits aus Gründen der Unzuverlässigkeit genauso eingestellt, wie die Anbindung unseres Scanners. Bei beiden Systemen gab es Authentifizierungsprobleme, welche sporadisch und nicht nachvollziehbar dazu geführt haben, dass Mails nicht versendet werden konnten.
Vermutlich hängt das alles irgendwie zusammen ...
Ich kann nur sagen bis vor 4-5 Monaten ging alles noch problemlos.
Schau mal hier, da steckt praktisch alles drin was man braucht und es ist einigermassen übersichtlich:
https://github.com/jonaswinkler/paperless-ng/blob/master/src/paperless_mail/mail.py
Hmmm ... auf die Idee bin ich noch nicht gekommen, ich könnte ja mal mit Thunderbird per IMAP drauf schauen um zu sehne was da ist.
Ich mache das auch für's Ticketsystem und da gab es noch nie ein Problem und das macht das auch per IMAP - spannend :-)
- Edited
mahescho Ich mache das auch für's Ticketsystem und da gab es noch nie ein Problem und das macht das auch per IMAP - spannend :-)
Auch mein Fall.
Ich werde wohl eine eingehende Regel erstellen das die Mails erstmal in nem anderen ordner landen. Dann falls keine zweite Mail die was anderes sagt auch noch kommt in Zeit X will ich dann die erste mail in die Inbox werfen..
RMM gefuddel und die systeme sind halt nicht voll-kompatibel ..
dougi Ich kann nur sagen bis vor 4-5 Monaten ging alles noch problemlos.
ja hier ja auch..
So, also, im Thunderbird ist alles sichtbar. Im nächsten Schritt werde ich jetzt selbst mit den Python IMAP-Tools zugreifen um das mit den Suchfiltern debuggen zu können.