Leere Inbox im Webacces

[Kreuzschlitz]

Hallo

Also ich bin ziemlicher Neuling was Linux angeht. Ich habe die DS 412+ und bringe Zarafa über den Webacces nicht zum laufen. Laut Protokoll des E-Mail-Servers empfange ich zwar e-mails auf der Diskstation aber der Transport ins Zarafa läuft nicht.
Versenden geht.
Ich möchte eine domain als postfix "regieren" und empfange wie gesagt auch auf die diskstation wohl irgendwie die mails.
Den User Vmail hab ich auch angelegt.

Hier mal ein Logfile:

DiskStation> tail -f /var/log/messages
Aug 21 11:34:53 postfix/qmgr[568]: warning: transport local failure -- see a previous
warning/fatal/panic logfile record for the problem description
Aug 21 11:34:53 postfix/master[14778]: warning: /var/packages/MailServer/target/libexe
c/local: bad command startup -- throttling
Aug 21 11:38:12 postfix/local[14450]: warning: connect #1 to subsystem private/Zarafa:
No such file or directory
Aug 21 11:38:22 postfix/local[14450]: warning: connect #2 to subsystem private/Zarafa:
No such file or directory
Aug 21 11:38:32 postfix/local[14450]: warning: connect #3 to subsystem private/Zarafa:
No such file or directory
Aug 21 11:38:42 postfix/local[14450]: warning: connect #4 to subsystem private/Zarafa:
No such file or directory
Aug 21 11:38:52 postfix/local[14450]: warning: connect #5 to subsystem private/Zarafa:
No such file or directory
Aug 21 11:39:02 postfix/local[14450]: warning: connect #6 to subsystem private/Zarafa:
No such file or directory
Aug 21 11:39:12 postfix/local[14450]: warning: connect #7 to subsystem private/Zarafa:
No such file or directory
Aug 21 11:39:19 dovecot: Killed with signal 15

vllt. fällt euch da spontan was ins Auge!

lg Kreuzschlitz

 

[Jdo2002]

Kannst du mal deine master.cf / main.cf bzw. die templates posten?
Bitte starte doch auch nochmal den Mailserver neu: "warning: transport local failure -- see a previous warning/fatal/panic logfile record for the problem description"
da gibts anscheinen nen Fehler beim Start o.ä.

 

[Kreuzschlitz]

Also in pgsql.startup.log ist folgendes:
u: can't chdir to home directory '/var/services/homes/admin'
pg_ctl: another server might be running; trying to start server anyway
FATAL: lock file "/var/tmp/postmaster.pid" already exists
HINT: Is another postmaster (PID 27033) running in data directory "/var/services/pgsq
pg_ctl: could not start server
Examine the log output

Also hier mal die main.cf und master.cf. Die sind aber unter /volume1/@appstore/Mailserver/etc/, unter dem "Standardpfad" sind sie nicht zu finden.

#home_mailbox = Mailbox
#home_mailbox = Maildir/
#home_mailbox = .Maildir/
mailbox_transport = zarafa:
local_recipient_maps =
zarafa_destination_recipient_limit = 1

# The mail_spool_directory parameter specifies the directory where
# UNIX-style mailboxes are kept. The default setting depends on the
# system type.


und:


#
# Postfix master process configuration file. For details on the format
# of the file, see the master(5) manual page (command: "man 5 master").
#
# Do not forget to execute "postfix reload" after editing this file.
#
# ==========================================================================
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes) (never) (100)
# ==========================================================================
zarafa unix - n n - 10 pipe
flags= user=vmail argv=/usr/local/zarafa/bin/zarafa-dagent $(user)
#smtp inet n - n - - smtpd
#submission inet n - n - - smtpd
# -o smtpd_tls_security_level=encrypt
# -o smtpd_sasl_auth_enable=yes

 

[Jdo2002]

In der master.cf muss vor flags ein leerzeichen sein, ist das bei dir so?
Bitte starte auch nochmal einmal den Mailserver neu und poste die /var/log/messages

 

[Kreuzschlitz]

Also ich habe die diskstation neu gestartet und auch mal ne Mail hingeschickt.

Das kommt dann im log:

DiskStation> tail -f /var/log/messages
Aug 21 15:44:38 postfix/qmgr[11847]: C9265238003: from=<>, size=3972, nrcpt=1 (queue active)
Aug 21 15:44:38 postfix/qmgr[11847]: 34F4D238002: removed
Aug 21 15:44:39 postfix/smtp[12162]: C9265238003: to=<*meineemail*@gmx.de>, relay=mx0.gmx.net[213.165.64.100]:25
, delay=0.7, delays=0.04/0.09/0.42/0.16, dsn=2.6.0, status=sent (250 2.6.0 Message accepted {mx060})
Aug 21 15:44:39 postfix/qmgr[11847]: C9265238003: removed
Aug 21 15:45:50 sshd[12330]: SSH: Server;Ltype: Version;Remote: 10.109.204.101-60239;Protocol: 2.0;Client: WeOn
lyDo
Aug 21 15:45:50 sshd[12330]: Accepted password for root from 10.109.204.101 port 60239 ssh2
Aug 21 15:45:50 sshd[12330]: pam_unix(sshd:session): session opened for user root by (uid=0)
Aug 21 15:45:50 sshd[12336]: lastlog_openseek: Couldn't stat /var/log/lastlog: No such file or directory
Aug 21 15:45:50 sshd[12336]: lastlog_openseek: Couldn't stat /var/log/lastlog: No such file or directory

Und in der undelivered mail steht:

<vmail@*empfängerdomain*> (expanded from <*empfängeremailadresse>): internal
software error. Command output: Unable to open logfile
'/var/log/zarafa/dagent.log' as user 'vmail' Not enough permissions to
append logfile '/var/log/zarafa/dagent.log'. Reverting to stderr. Tue Aug
21 15:44:38 2012: [12159] Access denied or Connection failed, using socket:
'file:///var/run/zarafa', error code: 0x80040111 Tue Aug 21 15:44:38 2012:
[12159] Current uid:1026 username:vmail

 

[Jdo2002]

Hast du in der Server.cfg von zarafa den User vmail als Admin User eingetragen wie im Wiki beschrieben?

 

[Kreuzschlitz]

Hier ein Copy-Paste meiner server.cf

# local admin users who can connect to any store (use this f
# field is SPACE separated
# eg: local_admin_users = root vmail
local_admin_users = root vmail

# e-mail address of the Zarafa System user
system_email_address = postmaster@localhost

 

[jahlives]

Unable to open logfile
'/var/log/zarafa/dagent.log' as user 'vmail' Not enough permissions to
append logfile '/var/log/zarafa/dagent.log'

darf denn vmail überhaupt das besagt Logfile beschreiben? Der Meldung nach zu urteilen würde ich mal meinen Nein

 

[Jdo2002]

Hat der vmail User Admin rechte?

 

[Kreuzschlitz]

Also er ist in der DSM als admin angelegt.
Das besagte logfile existiert nicht. Prinzipiell wie ich das sehe hätte er aber die rechte ein solches zu erzeugen.
Nun ist die Frage ob er schon ein bestehendes logfile benötigt?

 

[jahlives]

wenn das File nicht existiert, dann konnte das File scheinbar nicht angelegt werden. Ob man in einem Verzeichnis eine Datei/Verzeichnis anlegen darf wird von den Rechten des Elternverzeichnisses abgeleitet. Was sind denn also die Rechte von /var/log/zarafa?

 

[Kreuzschlitz]

Also die Benutzerrechte sind da wie folgt:
DiskStation> ls -l /var
drwxr-xr-x 2 root root 4096 Jul 6 11:43 db
drwxr-xr-x 2 root root 4096 Jul 6 11:45 empty
drwxr-xr-x 5 root root 4096 Aug 21 09:55 lib
drwxr-xr-x 3 root root 4096 Aug 21 08:48 lock
drwxr-xr-x 2 root root 4096 Aug 21 17:22 log
drwx------ 3 root root 4096 Aug 21 15:32 net-snmp
drwxr-xr-x 8 root root 4096 Aug 21 09:50 packages
drwxr-xr-x 7 root root 4096 Aug 21 16:40 run
drwxr-xr-x 3 root root 4096 Aug 21 16:56 services
drwxr-xr-x 4 root root 4096 Aug 21 16:40 spool
drwxr-xr-x 3 root root 4096 Aug 21 08:48 state
lrwxrwxrwx 1 root root 4 Aug 21 15:32 tmp -> /tmp

und:
DiskStation> ls -l /usr/local/zarafa/var/log
-rw-r--r-- 1 root root 1011 Aug 21 16:40 gateway.log
-rw-r--r-- 1 root root 1788 Aug 21 16:40 ical.log
-rw-r--r-- 1 root root 1007 Aug 21 16:40 monitor.log
-rw-r--r-- 1 root root 7133 Aug 21 16:40 server.log
-rw-r--r-- 1 root root 3318 Aug 21 16:40 spooler.log

und:
DiskStation> ls -l /usr/local/zarafa/var
drwxr-xr-x 3 1000 1000 4096 Aug 21 09:50 lib
drwxr-xr-x 2 1000 1000 4096 Aug 21 09:50 log

 

[jahlives]

mach bitte jeweils ls -al dann sieht man auch das Elternverzeichnis. Gemäss Fehlermeldung sollte der Pfad /var/log/zarafa sein, davon sehe ich aber nichts

 

[Kreuzschlitz]

Also wie gesagt, ich kenn mich mit linux noch kaum aus. Ich beschäftige mich damit erst seid drei Tagen.

DiskStation> ls -al /var/log/zarafa
lrwxrwxrwx 1 root root 25 Aug 21 09:50 /var/log/zarafa -> /usr/local/zarafa/var/log

DiskStation> ls -al /usr/local/zarafa/var/log
drwxr-xr-x 2 1000 1000 4096 Aug 21 09:50 .
drwxr-xr-x 4 1000 1000 4096 Aug 21 09:50 ..
-rw-r--r-- 1 root root 1229 Aug 21 19:04 gateway.log
-rw-r--r-- 1 root root 2335 Aug 21 19:04 ical.log
-rw-r--r-- 1 root root 1312 Aug 21 19:04 monitor.log
-rw-r--r-- 1 root root 8579 Aug 21 19:04 server.log
-rw-r--r-- 1 root root 4176 Aug 21 19:04 spooler.log

 

[jahlives]

drwxr-xr-x 2 1000 1000 4096 Aug 21 09:50 .

das heisst im Verzeichnis /usr/local/zarafa/var/log darf nur der Eigentümer schreiben. zudem sollte dort statt 1000 eigentlich ein Name stehen. Wenn eine Nummer steht, dann konnte diese Nummer (UserID) nicht zu einem Namen aufgelöst werden. Probier mal

chown vmail:vmail /usr/local/zarafa/var/log

 

[Kreuzschlitz]

Ok, das hat alles wunderbar geklappt. Vmail meckert nicht mehr; es bleibt bei:

<vmail@*eigenedomain.com> (expanded from <info@*eigenedomain.com>): internal
software error

 

[jahlives]

d.h der Rest der Fehlermeldung bezüglich vmail und dem Logfile ist weg und es bleibt nur der internal software error ohne irgendwas weiteres hintendran?

 

[Kreuzschlitz]

Also das stand so in der "undelivered Mail" die zurück kam.
Die Logs schweigen sich leider diesbezüglich aus... Im e-Mail-Protokoll der e-Mail-Server App. Steht nur "system" - "fehlgeschlagen" :-(

 

[Jdo2002]

Schau doch mal in die dagent.log da steht jetzt vielleicht was drin.

 

[jahlives]

leider ist die Fehlersuche ohne ausführliche Logs recht auwändig. Mal in /var/log/messages geguckt ob da was geloggt wird was weiterhelfen könnte? Leider ist die DS bei Mail nicht gerade gesprächig in den Logs. Die Logfiles von Zarafa hast du dir mal durchgeguckt? Irgendetwas z.B mit error, fatal oder warning in den Logs von Zarafa?
Wenn du Logfiles schnell nach möglicherweise relevanten Zeilen durchsuchen willst kannst du das z.B. so machen

grep -i 'error' /var/log/messages
# oder als Alternative
cat /var/log/messages | grep -i error