Beiträge von abschaedler

Hallo zusammen,
ein weiteres Problem mit meiner Dovecot-Installation ist aufgetreten. Dovecot versucht diverse Verzeichnise anzulegen, ist aber nicht in der Lage dies zu tun. Fehlermeldung wie folgt.

2018-09-05T08:39:56.600804+02:00 linux-iits dovecot: imap-login: Login: user=<testuser>, method=PLAIN, rip=X.X.X.X, lip=192.168.178.31, mpid=22825, TLS, session=<TdDuChp17N/UEPpT>
2018-09-05T08:39:56.601198+02:00 linux-iits dovecot: imap(testuser)<22825><TdDuChp17N/UEPpT>: Debug: Effective uid=1001, gid=100, home=/home/testuser
2018-09-05T08:39:56.601501+02:00 linux-iits dovecot: imap(testuser)<22825><TdDuChp17N/UEPpT>: Error: chdir(/home/testuser/) failed: Permission denied (euid=1001(testuser) egid=100(users) missing +x perm: /home/testuser, dir owner missing perms)
2018-09-05T08:39:56.601671+02:00 linux-iits dovecot: imap(testuser)<22825><TdDuChp17N/UEPpT>: Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=mbox:~/mail:INBOX=/var/mail/testuser
2018-09-05T08:39:56.601802+02:00 linux-iits dovecot: imap(testuser)<22825><TdDuChp17N/UEPpT>: Debug: fs: root=/home/testuser/mail, index=, indexpvt=, control=, inbox=/var/mail/testuser, alt=
2018-09-05T08:39:56.636561+02:00 linux-iits dovecot: imap(testuser)<22825><TdDuChp17N/UEPpT>: Debug: INBOX: Mailbox opened because: SELECT
2018-09-05T08:39:56.636924+02:00 linux-iits dovecot: Error: imap(testuser)<22825><TdDuChp17N/UEPpT>: Mailbox INBOX: mkdir_parents(/home/testuser/mail/.imap/INBOX) failed: Permission denied

Habe in diversen Foren gelesen, dass das mail-Verzeichnis mit chmod 660 zu versehen ist. Dieses existiert jedoch ja bei mir noch nicht. Habe testweise mal versucht das home-Verzeichnis mit diesen Rechten auszustatten, führte jedoch auch nicht zum Erfolg.

Das System ist ein neu aufgesetztes OpenSuse Leap 15.0
MTA ist Postfix.
Die Konfigurationsdatei für's Dovecot sieht wie folgt aus:

mail_debug = yes
auth_verbose = yes
auth_debug = yes
auth_debug_passwords = yes
auth_verbose_passwords = yes


mail_privileged_group = mail


protocols = imap pop3 lmtp
mail_location = mbox:~/mail:INBOX=/var/mail/%u
base_dir = /var/run/dovecot/
instance_name = dovecot
login_greeting = Blablabla
dict {
  #quota = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext
  #expire = sqlite:/etc/dovecot/dovecot-dict-sql.conf.ext
}
!include conf.d/*.conf
!include_try local.conf

und:

ssl = yes
ssl_cert = </etc/ssl/certs/dovecot.pem
ssl_key = </etc/ssl/private/dovecot.pem
ssl_dh = </etc/dovecot/dh.pem
ALL:!kRSA:!SRP:!kDHd:!DSS:!aNULL:!eNULL:!EXPORT:!DES:!3DES:!MD5:!PSK:!RC4:!ADH:!LOW@STRENGTH
ALL:!DH:!kRSA:!SRP:!kDHd:!DSS:!aNULL:!eNULL:!EXPORT:!DES:!3DES:!MD5:!PSK:!RC4:!ADH:!LOW@STRENGTH
ssl_cipher_list = ALL:!aNULL:!eNULL:!EXPORT:!DES:!3DES:!MD5:!PSK:!RC4:!ADH:!LOW@STRENGTH
ssl_prefer_server_ciphers = yes
ssl_options = no_compression

Wer kann helfen?
Danke und Gruß,
Boris

Das Debug-Einschalten hat es rausgerissen. Ich hatte da wohl ein paar Verstrickungen mit falschem Passwort. Peinlich!!!
Mein MTA ist Postfix
Jetzt hat sich sogleich das nächste Problem eingestellt. Dovecot versucht diverse Verzeichnise anzulegen, ist aber nicht in der Lage dies zu tun. Fehlermeldung wie folgt.

2018-09-05T08:39:56.600804+02:00 linux-iits dovecot: imap-login: Login: user=<testuser>, method=PLAIN, rip=X.X.X.X, lip=192.168.178.31, mpid=22825, TLS, session=<TdDuChp17N/UEPpT>
2018-09-05T08:39:56.601198+02:00 linux-iits dovecot: imap(testuser)<22825><TdDuChp17N/UEPpT>: Debug: Effective uid=1001, gid=100, home=/home/testuser
2018-09-05T08:39:56.601501+02:00 linux-iits dovecot: imap(testuser)<22825><TdDuChp17N/UEPpT>: Error: chdir(/home/testuser/) failed: Permission denied (euid=1001(testuser) egid=100(users) missing +x perm: /home/testuser, dir owner missing perms)
2018-09-05T08:39:56.601671+02:00 linux-iits dovecot: imap(testuser)<22825><TdDuChp17N/UEPpT>: Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=mbox:~/mail:INBOX=/var/mail/testuser
2018-09-05T08:39:56.601802+02:00 linux-iits dovecot: imap(testuser)<22825><TdDuChp17N/UEPpT>: Debug: fs: root=/home/testuser/mail, index=, indexpvt=, control=, inbox=/var/mail/testuser, alt=
2018-09-05T08:39:56.636561+02:00 linux-iits dovecot: imap(testuser)<22825><TdDuChp17N/UEPpT>: Debug: INBOX: Mailbox opened because: SELECT
2018-09-05T08:39:56.636924+02:00 linux-iits dovecot: Error: imap(testuser)<22825><TdDuChp17N/UEPpT>: Mailbox INBOX: mkdir_parents(/home/testuser/mail/.imap/INBOX) failed: Permission denied
^

Habe in diversen Foren gelesen, dass das mail-Verzeichnis mit chmod 660 zu versehen ist. Dieses existiert jedoch ja bei mir noch nicht. Habe testweise mal versucht das home-Verzeichnis mit diesen Rechten auszustatten, führte jedoch auch nicht zum Erfolg.
@Sauerland Habe das Appamor aufgefangen, kann aber nichts damit anfangen. Kannst Du ein bisschen präzisieren was Du damit meinst?
Danke und Gruß,
Boris

Hallo zusammen,
ich bin langsam ziemlich verzweifelt. Ich versuche seit geraumer Zeit das Dovecot ans Laufen zu bringen. Leider kommt bei jedem Anmeldeversuch das Dovecot mit folgender Fehlermeldung hoch:

2018-08-29T22:11:25.798724+02:00 linux-iits dovecot: auth: Error: stats: open(old-stats-user) failed: Permission denied
2018-08-29T22:11:25.879887+02:00 linux-iits dovecot: auth-worker(4942): Error: stats: open(old-stats-user) failed: Permission denied
2018-08-29T22:11:37.283399+02:00 linux-iits dovecot: imap-login: Disconnected (auth failed, 2 attempts in 12 secs): user=<testuser>, method=PLAIN, rip=192.168.178.47, lip=192.168.178.31, TLS, session=<apQmkJh0m+LAqL

Natürlich passen alle User, Passwörter und Ports. Habe ich mehrfach überprüft.

Das System ist ein neu aufgesetztes OpenSuse Leap 15.0
Die Konfigurationsdatei für's Dovecot sieht wie folgt aus:

protocols = imap pop3 lmtp
mail_location = mbox:~/mail:INBOX=/var/mail/%u
base_dir = /var/run/dovecot/
instance_name = dovecot
login_greeting = Henn's Mailserver
dict {
  #quota = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext
  #expire = sqlite:/etc/dovecot/dovecot-dict-sql.conf.ext
}
!include conf.d/*.conf
!include_try local.conf

und:

ssl = yes
ssl_cert = </etc/ssl/certs/dovecot.pem
ssl_key = </etc/ssl/private/dovecot.pem
ssl_dh = </etc/dovecot/dh.pem
ALL:!kRSA:!SRP:!kDHd:!DSS:!aNULL:!eNULL:!EXPORT:!DES:!3DES:!MD5:!PSK:!RC4:!ADH:!LOW@STRENGTH
ALL:!DH:!kRSA:!SRP:!kDHd:!DSS:!aNULL:!eNULL:!EXPORT:!DES:!3DES:!MD5:!PSK:!RC4:!ADH:!LOW@STRENGTH
ssl_cipher_list = ALL:!aNULL:!eNULL:!EXPORT:!DES:!3DES:!MD5:!PSK:!RC4:!ADH:!LOW@STRENGTH
ssl_prefer_server_ciphers = yes
ssl_options = no_compression

Ich habe langsam keine Ahnung mehr wo ich den Hebel ansetzen muss. Hat jemand eine Idee wie die weitere Vorgehensweise ist?
Danke vorab und viele Grüße,
Boris

Das klingt erstmal nicht verkehrt.
Das Gateway zu WA gestaltet sich erstmal recht einfach. Das ist einfach das Python-Tool, welches man mit den Parametern Telefonnummer und Textmessage aufruft. Das kann dann wie folgt aussehen:

yowsup-cli -c yowsup.conf -s 49171******** "Das ist mein Text"

In der yowsup.conf sind die Registrierdaten gespeichert. Diese müssen nur einmal ermittelt werden und werden dann nicht mehr geändert.
Wenn man Python nutzt, kann man sicher noch eine elegantere Schnittstelle nutzen. Da hab ich mich aber noch nichtr mit beschäftigt. Yowsup war jetzt mein erster Kontakt mit Python.
Gruß!

Hallo zusammen,
ich habe auf meinem 13.1er OS mithilfe von Yowsup einen WhatsApp-Dienst eingerichtet, mit dem ich beliebige Messages an mein, oder irgendein Handy verschicken kann. Derzeit nutze ich das, um z.B. die Fertigstellung von irgendwelchen DL anzuzeigen.
Nun würde ich gerne bestimmte Systemmessages, wie zum Beispiel fehlerhaftes mounten von devices, Hardwarefehler, fehlgeschlagene Loginversuche, etc. per yowsup auf mein Handy leiten.
Dazu müsste ich zum Beispiel die Ausgabe von journalctl -f auf ein script lenken, welches mir dann wieder den Inhalt der Message weiterleitet.
Ich hab aber keinen Schimmer, wie ich das angehen könnte. Kann mich mal jemand bitte auf die Spur bringen?
Vielen Dank,
Boris

Ups. Hatte deine Antwort noch nicht gesehen.
Naja, jetzt gehts ja.
Vielen Dank aber trotzdem.

So! Habbet. Bei der OpenSuse 13.1. wird MiniDLNA komplett über YAST konfiguriert. Und zwar über System=>sysconfigEditor=>Network=>MiniDLNA. Dort lassen sich alle Parameter einstellen.
Nun funktioniert alles, und ich kann sogar auf meinem Samsung-Fernseher alle Videos streamen.
Gruß,
Boris

Hallo Sauerland,
leider gibt es in usr/lib/systemd/system/ keine minidlna.system, die ich verschieben könnte. Stattdessen liegt eine unter usr/lib...
Wenn ich die configdatei nach /etc/ verschiebe wird diese nicht beachtet. Komischerweise startet der Server aber. Die logs geben folgendes aus:

[2015/09/13 17:13:01] minidlnaconfig: Network interface eth0 not found.
[2015/09/13 17:13:02] minidlna.c:1026: warn: Starting MiniDLNA version 1.1.4.
[2015/09/13 17:13:02] minidlna.c:1065: warn: HTTP listening on port 8200
[2015/09/13 17:13:02] getifaddr.c:109: error: Network interface eth0 not found

Hallo zusammen,
ich versuche gerade MiniDLNA auf meinem 13.1er OpenSUSE über YAST zu installieren. Soweit hat auch alles geklappt, außer, dass ich ihn nicht konfigurieren kann. Da wo der configfile liegen sollte, unter /etc/minidlna.conf, ist nichts. Stattdessen liegt einer unter /var/lib/minidlna/minidlna.conf. Wenn ich diesen verändere, wird er beim nächsten Start von minidnla, wieder überschrieben. Erstelle ich eine Kopie, in /etc, wird dieser nicht beachtet.
Hat jemand eine Idee?
Vielen Dank im Voraus,
Boris

Hallo zusammen,
ich hab einen ollen Windowsrechner mit Webcam, auf dem ein kleines Tool läuft, welches die Bilder der Webcam in HTML-Code packt, und dies per FTP hochläd.
Auf der anderen Seite hab ich einen OpenSUSE 13.1 Rechner, mit Apache als Webserver. Hier hab ich einen User (webcam) angelegt, dessen Homeverzeichnis in /srv/www/htdocs/webcam liegt. Über diesen User lade ich vom Windowsrechner aus die Dateien hoch. Funktioniert auch wunderbar, nur dass ich mir die HTML-Seite über den Webserver nicht anschauen kann. Grund sind die Dateiberechtigungen, die sich nur auf den User webcam beschränken. Ändere ich die Berechtigungen händisch per chmod gehts.
Wie kann ich es erreichen, dass die Berechtigungen automatisch korrekt sind, bzw., dass der Webserver sie weitergeben darf.
Gruß und Danke vorab,
Boris