Verbindung zum IMAP-Server fehlgeschlagen

Status
Für weitere Antworten geschlossen.

cmdr_tom

Benutzer
Mitglied seit
24. Jul 2010
Beiträge
208
Punkte für Reaktionen
2
Punkte
24
Hallo,

ich habe seit einigen Tagen einfach keinen Zugriff mehr via Roundcube. Beim Versuch einer Anmeldung bekomme ich stets die folgende Fehlermeldung:

imap_error.png

Folgendes habe ich versucht bzw. herausfinden können:

Beim Auslesen der Prozesse "ps | grep imap", "ps | grep postfix" und "ps | grep dovecot" läuft offenbar nur der postfix. dovecot und imap werden nicht gefunden. Ich habe bereits versucht die mailstation komplett zu löschen und alles neu zu installieren inkl. via SSH und manuellem Löschen auf commandline. In den Systemlogs ist auch nichts zu finden. Ich bin am Ende mit meinem Latein. Das Einzige was ich in den letzten Tagen gemacht habe, war den cron mit ein paar neuen Tools zu erweitern, aber das kann ja nicht die komplette Emailfunktion zerstören.
Neu Aufsetzen will ich die Station auf keinen Fall.

Ich habe eine dyndns Domain für die Emails eingerichtet und als Mailstation die Version 20110715-035 installiert.

Hat jemand Ideen?
 

dark

Benutzer
Mitglied seit
21. Apr 2010
Beiträge
8
Punkte für Reaktionen
0
Punkte
0
hallo

hatte auch das problem, abhilfe war bei mir ein neustart der ds. da ich nicht wirklich einen fehler fand.

mfg

dark
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Wenn es nach dem Restart noch immer nicht geht dann solltest du mal die Logfiles unter /var/log/messages angucken ob dort was drin steht warum dovecot ned läuft. Was ich von dovecot kenne sind shutdowns weil die Uhr bei einem sync zuviel zurückgestellt wird. Wenn es das ist, dann könnte es helfen die Uhr der DS häufiger mit einem Zeitserver abzugleichen. Dann sind die Sprünge ned so gross. So 5-10 Sekunden Minus verträgt dovecot gerade so noch. alles was darüber ist schiesst den dovecot ab
 

cmdr_tom

Benutzer
Mitglied seit
24. Jul 2010
Beiträge
208
Punkte für Reaktionen
2
Punkte
24
Servus,

also die Uhr wird bei mir täglich synchronisiert. Das kann es also nicht sein und im Log "messages" finde ich auch nix. Hier mal ein Auszug vom täglichen Start um 04:30 Uhr.
Sep 1 04:30:57 syslogd started: BusyBox v1.16.1
Sep 1 04:30:59 kernel: [ 38.080000] md: md2: set sdb3 to auto_remap [0]
Sep 1 04:30:59 kernel: [ 38.090000] md: md2: set sda3 to auto_remap [0]
Sep 1 04:30:59 spacetool: spacetool.c:2102 [Info] Activate all VG
Sep 1 04:31:00 s30_synocheckuser: SYNOICheckCronTab(): The number of cron command fields is invalid! iNum=1
Sep 1 04:31:00 s30_synocheckuser: SYNOICheckCronTab(): The number of cron command fields is invalid! iNum=1
Sep 1 04:31:06 scemd: scemd.c:126 fan_type=7, raid_type=1, led_type=1, thermal_type=1, fanctrl_type=1, auto_poweron_type=1, dual_power_type=1, usbcopy_type=1, fan_number=1, ebox_type=1, pis_type=1, rtc_type=2
Sep 1 04:31:06 scemd: modules/fan_speed_adjust_common.c:163 Type: INTERNAL Fan Mode: LOW
Sep 1 04:31:07 scemd: modules/raid_sys_volume_check.c:163 MD0 active disks 2, designed disks 2
Sep 1 04:31:07 scemd: modules/raid_sys_volume_check.c:163 MD1 active disks 2, designed disks 2
Sep 1 04:31:07 scemd: modules/disk_hibernation.c:429 Force hibernation enable, idle minutes 10
Sep 1 04:31:08 kernel: [ 47.660000] nf_conntrack version 0.5.0 (1852 buckets, 7408 max)
Sep 1 04:31:16 kernel: [ 55.360000] Got empty serial number. Generate serial number from product.
Sep 1 04:31:18 synousbdisk: RCClean succeeded
Sep 1 04:31:18 synosata: synosata.c:174 failed to enum all external sata devices
Sep 1 04:31:19 syno_hdd_util: Model:[WD20EARS-00MVWB0], Firmware:[51.0AB51], S/N:[WD-WCAZA5881764] in [/dev/sdb] is not ssd
Sep 1 04:31:20 syno_hdd_util: Model:[WD20EARS-55MVWB0], Firmware:[51.0AB51], S/N:[WD-WCAZA4121354] in [/dev/sda] is not ssd
Sep 1 04:31:26 s2s_syncd: Fail to create syncerd monitor folder:[/var/run/S2S-db]. error:[File exists]
Sep 1 04:31:37 ddnsd: ddnsd.c:1980 First update for DYNDNS.org
Sep 1 04:32:03 mpeg4lived: mpeg4lived.cpp:197:main(): Start mpeg4lived. 960s
Sep 1 04:32:03 ssrotated: ssrotated.cpp:468:main(): Start ssrotated.
Sep 1 04:32:03 ssctl: services.cpp:445:StartAllSsd(): Try to start cam[1].
Sep 1 04:32:09 kernel: [ 108.350000] svc: failed to register lockdv1 RPC service (errno 97).
Sep 1 04:32:09 kernel: [ 108.370000] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Sep 1 04:32:09 kernel: [ 108.380000] NFSD: unable to find recovery directory /var/lib/nfs/v4recovery
Sep 1 04:32:09 sm-notify[5134]: Failed to open /var/lib/nfs/sm.bak: No such file or directory
Sep 1 04:32:27 kernel: [ 126.060000] usbip_common_mod: module is from the staging directory, the quality is unknown, you have been warned.
Sep 1 04:32:27 kernel: [ 126.180000] usbip: module is from the staging directory, the quality is unknown, you have been warned.
Sep 1 04:32:31 synorcd: hw_raytac.c (222) failed to open /dev/usb/hiddev5 (No such device).
Sep 1 04:33:15 scemd: scemd.c:380 stop manutild.
Sep 1 04:33:22 openvpn[5996]: IMPORTANT: OpenVPN's default port number is now 1194, based on an official port number assignment by IANA. OpenVPN 2.0-beta16 and earlier used 5000 as the default port.
Sep 1 04:33:22 openvpn[5996]: NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Sep 1 04:33:23 openvpn[5996]: WARNING: file '/usr/local/synovpn/etc/openvpn/keys/server.key' is group or others accessible
Sep 1 04:33:23 openvpn[5996]: WARNING: POTENTIALLY DANGEROUS OPTION --client-cert-not-required may accept clients which do not present a certificate
Sep 1 04:33:54 openvpn[6005]: Libgcrypt warning: missing initialization - please fix the application
Sep 1 04:47:40 s2s_syncer: Failed to execute rsync synocmd at askPairing. source=[/tmp/fileDjVnoe], target=[admin@xx.xx.xx.xxx::], passwd:[/tmp/s2sPass_Ordner Synchronisation 1] ret=43
Sep 1 04:47:40 s2s_syncer: ask pairing error. exit! errCode:[43]
Sep 1 04:47:40 s2s_syncer: syncTask error! errCode:[43]
Sep 1 04:47:40 s2s_syncer: mail_read_by_tag_and_convert.c (436) Bad email format. Betreff: Synchronisierung des gemeinsamen Ordners auf xxxxxxxxxxxxx ist fehlgeschlagen Sehr geehrter Benutzer, Synchronisierung des gemeinsamen Ordners auf xxxxxxxxxxxx
Sep 1 04:47:40 s2s_syncer: mail_read_by_tag_and_convert.c (535) Failed to get subject and content from temp file.
Sep 1 04:47:40 s2s_syncer: mail_send_message.c:108 Failed to get mail content.

Die Synchronisation des gemeinsamen Ordners läuft nicht, weil die Partnerstation nicht online ist, das ist normal.

Aber von "dovecot" ist rein gar nichts zu finden, also ob der Dienst nicht gestartet wird.
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
und ein ps | grep imap resp ps | grep dovecot ergibt nichts? Hast du mal probiert den Server neuzustarten, also via Startscript? Guck dazu mal ins Verzeichnis /usr/syno/etc.defaults/rc.d/ dort sollte es ein Script Namens SXXmailserver (oder ähnlich geben) XX steht für zwei Zahlen. Ruf das Script mal mit dem Parameter start auf und guck ob es dir allenfalls Fehlermeldungen auf der Konsole raushaut.
Btw: Das folgende darf nicht sein:
Sep 1 04:33:23 openvpn[5996]: WARNING: file '/usr/local/synovpn/etc/openvpn/keys/server.key' is group or others accessible
.key Files sollten/dürfen nie Gruppenrechte oder Rechte für others enthalten v.a. Schreibrechte für Gruppe oder others sind bei keys tödlich. Ich würde dringend ein
Code:
chmod 0600 /usr/local/synovpn/etc/openvpn/keys/server.key
empfehlen
 

cmdr_tom

Benutzer
Mitglied seit
24. Jul 2010
Beiträge
208
Punkte für Reaktionen
2
Punkte
24
Hallo,

also die Berechtigungen habe ich inzwischen angepasst. Heute habe ich auch auf den DSM 3.2 aktualisiert und siehe da, dann funktionierte auch wieder die Mailstation. Jedoch ohne ersichtlichen Grund tauchte am Abend erneut das Problem aus. Ich habe auch einen Ansatzpunkt im Log gefunden:

Sep 15 23:52:10 postfix[16836]: fatal: file /usr/syno/mailstation/etc/main.cf: parameter setgid_group: unknown group name: postdrop

Sagt einem das was?
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
main.cf gehört zu Postfix und nicht zu dovecot. Scheint als hätte da Syno keine wirklich saubere Konfig geliefert. Mit deinem IMAP Problem hat das aber nichts zu tun. Du sagst du syncst die Uhr einmal täglich. Das reicht nie v.a. wenn die Batterie schwach ist. Mein IMAP Server synct die Uhr alle 30min.Und leider ist das Syno Log in Sachen Mail nicht gerade gut d.h. für eine Fehlersuche bei Mail wird viel zu wenig geloggt
 

froesch

Benutzer
Mitglied seit
17. Feb 2012
Beiträge
11
Punkte für Reaktionen
1
Punkte
1
das problem habe ich seit einem stromausfall. gibt es inzwischen eine lösung? mailtechnisch geht bei mir seit ca. 3 wochen nix mehr. hab vorhin nen hardware reset gemacht und dsm 4.2 komplett neu aufgespielt... und noch immer den selben fehler...

/var/log/messages hab ich mich mit viel mühe hingekämpft als nichtlinuxuser:


steht auch was mit postfix und dovecot aber is für mich alles bömische dörfer.
 
Zuletzt bearbeitet:

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
kannst du in Zukunft Logs einfach als Text copy&pasten? Das geht mit putty recht einfach: alles markieren dann wird automatisch copy in die Zwischenablage gemacht. Dann kannst du hier im Forum einfach pasten, am besten in den code Tags des Forums. Ist viel besser zu lesen als Bilder, danke :)
So auf die Schnelle sehe ich dass dein postfix main.cf nicht finden kann. also kann er nicht starten. Auch die aliases.db hat gefehlt, wurde aber scheinbar automatisch erstellt. Ich bin nicht ganz sicher, aber ich meine die Pfade der Postfix Konfig haben sich in der aktuellsten Firmware auf /volume1/@postfix bzw /volume1/@appstore/postfix geändert. Hast du diese Pfade bei dir?
 

froesch

Benutzer
Mitglied seit
17. Feb 2012
Beiträge
11
Punkte für Reaktionen
1
Punkte
1
jepp /volume1/@postfix habe ich. in appstore liegen nur die installierten apps wie mailstation und mailserver

der fehler mit den datenbanken scheint dennoch auch später noch aufgetreten zu sein. habe jetzt aber nochmal alle dateien nachgeguckt und die sind auch vorhanden. dürfte dann ja eigentlich auch nicht mehr auftauchen.
warnings hab ich mal geguckt. die files haben chmod 644.

Code:
Mar 16 16:52:08 postfix/postqueue[31987]: warning: Mail system is down -- accessing queue directly
Mar 16 17:52:08 mailserver.cgi: DBHandler.cpp:40 /var/packages/MailServer/target/etc/maillog/maillog.db isn't exist, create DB
Mar 16 17:52:08 mailserver.cgi: DBHandler.cpp:40 /var/packages/MailServer/etc/log_statistic.db isn't exist, create DB
Mar 16 17:52:34 dovecot: Killed with signal 15
Mar 16 17:52:56 dovecot: auth(default): Master requested unfinished authentication request 32051.1
Mar 16 17:54:33 postfix/postfix-script[32233]: warning: group or other writable: /var/packages/MailServer/target/etc/./main.cf
Mar 16 17:54:33 postfix/postfix-script[32234]: warning: group or other writable: /var/packages/MailServer/target/etc/./master.cf
Mar 16 17:54:33 postfix/postfix-script[32235]: warning: group or other writable: /var/packages/MailServer/target/etc/./dovecot.conf
Mar 16 17:54:34 dovecot: Killed with signal 15
Mar 16 18:01:20 syno_mailserverd: syno_mailserverd.cpp:147 Terminate syno_mailserverd daemon
Mar 16 18:01:21 dovecot: Killed with signal 15
Mar 16 18:01:46 postfix/postfix-script[670]: warning: group or other writable: /var/packages/MailServer/target/etc/./main.cf
Mar 16 18:01:46 postfix/postfix-script[671]: warning: group or other writable: /var/packages/MailServer/target/etc/./master.cf
Mar 16 18:01:46 postfix/postfix-script[672]: warning: group or other writable: /var/packages/MailServer/target/etc/./dovecot.conf
Mar 16 18:16:13 dovecot: auth(default): Master requested unfinished authentication request 730.1
 

froesch

Benutzer
Mitglied seit
17. Feb 2012
Beiträge
11
Punkte für Reaktionen
1
Punkte
1
hmm wo liegen denn die dateien in denen sich der mailserver die config speichert? mailserver und mailstation muß doch restlos zu löschen sein irgendwie. wenn ich die neu installiere stehen im mailserver auch wieder die alten einstellungen.

nachdem ich beide deinstalliert habe fand ich auf volume1 eine datei names @dovecot.core. die habe ich erstmal in ein temp verzeichnis verschoben. wozu die datei auch immer ist... nach einer neuinstallation von beiden wurde diese datei nicht wieder erstellt. auf volume1 müssen aber noch mehr files liegen die zum mail system gehören und mein problem verursachen
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat