Beiträge von waffel1971

    Hallo,


    hat eine Weile gedauert, aber gut Ding braucht eben seine Zeit.


    Ich habe AppAmor deaktiviert und auf diese Weise erstmal das Problem "gelöst".


    Insofern scheint meine Theorie...


    Zitat von waffel1971

    "Das Problem scheint nicht auf der Dateisystemebene zu liegen"


    ... zu stimmen.



    Wenn jemand weiß, wie man AppAmor so konfiguriert, so dass auch bei eingeschaltetem AppAmor alles funktioniert, dann höre ich gern zu.

    Erstmal Danke für das Angebot mir helfen zu wollen.


    Ich habe weder Headset noch Microphon oder Webcam. Hab immer gedacht ich komme um solch Teufelszeug herum. ^^


    Ich sieh zu, dass ich mir irgendwas von dem Kram besorge und melde mich dann entsprechend zurück.



    (Und ja: Der Rechner ist nicht nur ein Computer, er heißt auch so.)

    Hab ich irgend etwas verpasst? Ich kann mit Sarkasmus durchaus umgehen, allerdings nur dann wenn ich es verstehe.............. ;)

    Benutze für Konsolenausgaben bitte Code-Tags

    Benutze für Konsolenausgaben bitte Code-Tags

    Hallo,



    erstmal Danke, dass sich jemand meinem Problem annimmt.
    Ich bin jetzt nicht der IT-Profi. Der Server lief viele Jahre einwandfrei. Soweit ich mich erinnern kann, war auch die 13.1 bereits ein Update von 12. irgendwas.


    Prinzipiell hat KEINES der beteiligten Directories auch nur das allergeringste in irgendeinem Home verloren.
    Das ganze läuft in einer VM unter virtualbox, und ist von der übrigen Landschaft soweit getrennt. So gibt es z.B. keinerlei weitere Zugriffe auf die Homeverzeichnisse dieses Servers.


    Nach dem Warum und wieso........
    Mehrfamilienhaus, zwei (kleine) Firmen.......... 15 Mailaccounts für mehrere Benutzer.........


    Einmal eingerichtet braucht es im Thunderbird immer wieder nur lokale Angaben, und innerhalb von ein paar Minuten ist jeder Rechner mit allen Mails der letzten Jahre versorgt.


    Die Lösung kam mir recht plausibel und sinnvoll vor. Im weiteren habe ich Tine20 mit dran. Adress und Terminverwaltung.....

    Und ziemlich eigenwillig -falls ich das überhaupt halbwegs richtig verstehe- ist auch die fragwürdige Methode deiner Siebungen: Warum soll dovecot irgendwelche Usermua- Scripte lesen/abarbeiten?


    Also so wie ich das verstehe, habe ich dovecot angewiesen, sieve einzubinden. Ich kann dann Userspezifisch ein script erstellen, welches mir de Mails prima einsortiert.


    Mal als kleines Beispiel:
    matze ruft seine Mails von 5 Accounts ab...


    freenet mail kommen in den freenet Ordner
    mails von ebay kommen in den ebay Ordner


    oder eben auch die Weitersortierung:
    mails von ebay kommen in den ebay Ordner
    mails von XXX kommen in den XXX Ordner


    etc etc.....




    Wie ist dann der Verkehr von und nach extern geregelt? Sind das interne Dummydomains, die auf irgendeine echte Domain abgebildet werden? (Wenn so, dann bitte alle Regeln der Umschreibungen mitposten)


    Meine interne Domain ist nt.home , Wenn ich mir intern eine Mail sende sieht das so aus: matze@mailserver.nt.home
    Die Namen werden beim externen Verkehr dann natürlich auf die echten Mailaccounts abgebildet.



    Nimmst du smtp oder lmtp?
    Ich glaube smtp..................sorry, ich hoffe dass sieht man in den unten stehenden configs.

    Irgendwelche Jails/Chroots im Spiel?

    Soweit ich weiss nicht.




    Kann es sein, dass du lediglich ein paar Mailaccounts lesen willst und ein paar Mails damit senden willst?


    Vom Prinzip schon, wenn du eine elegantere Methode kennst, ich bin gerne bereit dazuzulernen.



    Im großen und ganzen funktioniert ja alles. Nur halt sieve mault jetzt rum. Muss ich irgendwas geändert haben.




    Regeln der Umschreibungen

    Ich hoffe du meinst das hier:


    /etc/postfix/sender_canoncial


    matze meinaccount@freenet.de



    /etc/postfix/sender_depent


    meinaccount@freenet.de mx.freenet.de



    Natürlich ist die Liste entsprechend länger mit allen anderen Einträgen........

    Wie der Titel schon sagt, habe ich meinen meinen Server von 13.1 auf 42.2 angehoben.
    Das hat soweit alles bestens funktioniert, bis auf die Tatsache, dass meine Mails nicht mehr einsortiert werden.


    Mein Server sammelt klappert alle Mailkonten ab, und sortiert diese dann in die entsprechenden Konten ein.


    fetchmail 6.3.26
    postfix 2.11.8
    dovecot 2.2.25


    Die Mails werden noch immer alle artig abgeholt, werden aber alle in die Inbox geschoben.


    im log taucht folgendes auf:


    2017-02-20T14:48:44.004601+01:00 mailserver dovecot: managesieve(matze):Error: opendir(/home/matze/sieve/tmp) failed: Permission denied
    2017-02-20T14:48:44.009844+01:00 mailserver dovecot: managesieve(matze): Error: sieve: file storage:
    Failed to list scripts: opendir(/home/matze/sieve) failed: Permissiondenied
    2017-02-20T14:49:00.895544+01:00 mailserver dovecot:lda(matze): Error: sieve: binary open: failed to open:open(/home/matze/.dovecot.svbin) failed: Permission denied (euid=1001(matze) egid=100(users) UNIX perms appear ok (ACL/MAC wrong?))
    2017-02-20T14:49:00.896067+01:00 mailserver dovecot: lda(matze): Error: sieve: file script: Failed to open sieve script: open(/home/matze/.dovecot.sieve) failed: Permission denied (euid=1001(matze) egid=100(users) UNIX perms appear ok ACL/MAC wrong?))


    Versuche ich über den Thunderbird auf ein sieve script zuzugreifen wird nach dem Passwort gefragt:
    (Authentifizierung scheint zu funktionieren, mit falschen Passwort wird abgelehnt)


    bei richtigem Passwort kommt dann "Internal error........


    im log sieht das so aus:
    2017-02-20T06:47:15.302157+01:00 mailserver1 dovecot: managesieve(matze): Error: sieve: file storage: Failed to list scripts: opendir(/home/matze/sieve) failed: Permission denied
    2017-02-20T06:47:16.956079+01:00 mailserver1 dovecot: managesieve(matze): Error: sieve: file storage: Failed to list scripts: opendir(/home/matze/sieve) failed: Permission denied


    Das Problem scheint nicht auf der Dateisystemebene zu liegen. Ich habe mein homeverzeichnis /home/matze spasshalber auf 0777 gesetzt. Das hat erstmal NULL Auswirkungen. Der Fehler bleibt.


    /home/matze/sieve
    Besitzer: matze
    Gruppe: users



    dovecot -n


    # 2.2.25 (7be1766): /etc/dovecot/dovecot.conf
    # Pigeonhole version 0.4.15 (97b3da0)
    # OS: Linux 4.4.46-11-default x86_64 openSUSE 42.2 (x86_64)
    auth_mechanisms = plain login
    auth_verbose = yes
    disable_plaintext_auth = no
    mail_location = maildir:~/Maildir
    managesieve_notify_capability = mailto
    managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date index ihave duplicate mime foreverypart extracttext
    namespace inbox {
    inbox = yes
    location =
    mailbox Drafts {
    special_use = \Drafts
    }
    mailbox Junk {
    special_use = \Junk
    }
    mailbox Sent {
    special_use = \Sent
    }
    mailbox "Sent Messages" {
    special_use = \Sent
    }
    mailbox Trash {
    special_use = \Trash
    }
    prefix =
    }
    passdb {
    driver = pam
    }
    plugin {
    sieve = file:~/sieve;active=~/.dovecot.sieve
    }
    postmaster_address = admin@localhost
    protocols = imap lmtp pop3 sieve
    service auth {
    unix_listener auth-userdb {
    group = postfix
    mode = 0666
    user = postfix
    }
    }
    service managesieve-login {
    inet_listener sieve {
    port = 4190
    }
    }
    ssl = no
    userdb {
    driver = passwd
    }
    verbose_proctitle = yes
    protocol lmtp {
    mail_plugins = " sieve"
    }
    protocol lda {
    mail_plugins = " sieve"
    }
    protocol sieve {
    info_log_path = /var/log/sieve.log
    log_path = /var/log/sieve.log




    einzige Änderungen zu der vorherigen Istallation:


    plugin {
    sieve = ~/.dovecot.sieve
    sieve_dir = ~/sieve}


    neu:


    plugin {
    sieve = file:~/sieve;active=~/.dovecot.sieve
    }



    Ich hab zu dem Problem zwar im Netz einiges gefunden, werde aner nicht so recht schlau aus den Beiträgen.


    Falls jemand eine Idee hat, lasst bitte hören....



    Danke
    Gruß
    waffel

    OK. Ich hab es gefunden.



    Folgende Einstellungen sind jetz aktiv:
    displaymanager ist lxdm eingestellt
    DEFAULT_WM="lxqt" einstellen




    unter /etc/lxdm die Datei *Xsession wie folgt ändern:




    original:
    #!/bin/bash


    failsafe="xterm -ls -T Failsafe -geometry 80x24+0+0"


    trap "exec $failsafe" EXIT SIGHUP SIGINT SIGPIPE SIGTERM SIGIO
    shopt -s execfail


    # default session
    LXSESSION=/usr/bin/startlxde
    test $# -eq 1 -a -n "$1" && LXSESSION=$1


    export WINDOWMANAGER=$LXSESSION
    test -x /etc/X11/xdm/Xsession && exec /etc/X11/xdm/Xsession "${LXSESSION}"
    test -x /etc/X11/xinit/xinitrc && exec -l $SHELL -c /etc/X11/xinit/xinitrc


    # unknown, user should custom /etc/lxdm/xinitrc self
    test -s /etc/lxdm/xinitrc && . /etc/lxdm/xinitrc


    if ! test -z "$XDG_SESSION_COOKIE" ; then
    CK_XINIT_SESSION=
    elif test -x /usr/bin/ck-launch-session ; then
    CK_XINIT_SESSION="/usr/bin/ck-launch-session"
    fi
    exec -l $SHELL -c "$CK_XINIT_SESSION \"$LXSESSION\""


    # failsafe
    exit 1



    geändert:




    #!/bin/bash
    failsafe="xterm -ls -T Failsafe -geometry 80x24+0+0"


    trap "exec $failsafe" EXIT SIGHUP SIGINT SIGPIPE SIGTERM SIGIO
    shopt -s execfail


    # default session
    LXSESSION=/usr/bin/startlxqt
    #test $# -eq 1 -a -n "$1" && LXSESSION=$1


    export WINDOWMANAGER=$LXSESSION
    test -x /etc/X11/xdm/Xsession && exec /etc/X11/xdm/Xsession "${LXSESSION}"
    test -x /etc/X11/xinit/xinitrc && exec -l $SHELL -c /etc/X11/xinit/xinitrc


    # unknown, user should custom /etc/lxdm/xinitrc self
    test -s /etc/lxdm/xinitrc && . /etc/lxdm/xinitrc


    if ! test -z "$XDG_SESSION_COOKIE" ; then
    CK_XINIT_SESSION=
    elif test -x /usr/bin/ck-launch-session ; then
    CK_XINIT_SESSION="/usr/bin/ck-launch-session"
    fi
    exec -l $SHELL -c "$CK_XINIT_SESSION \"$LXSESSION\""


    # failsafe
    exit 1


    Ich geh davon aus, dass diese Lösung nicht das Maß der Dinge sein sollte, aber erstmal funktioniert es. ^^



    Danke
    Mathias

    Dass das autologin nichts mit mein Problem zu tun hat, ist mir soweit bewusst.
    Aber letztlich ist ein nicht funktionierendes autologin die Konsequenz meines Problems. Das wollte ich damit lediglich zum Ausdruck bringen.


    #grep -i default_wm /etc/sysconfig/windowmanager


    DEFAULT_WM="lxqt"



    # grep -i login /etc/sysconfig/displaymanager
    # that root can never login if DISPLAYMANAGER_SHUTDOWN is "auto" and
    DISPLAYMANAGER_ROOT_LOGIN_REMOTE="no"
    # is empty, display standard login dialog.
    DISPLAYMANAGER_AUTOLOGIN="matze"


    Der Eintrag
    DEFAULT_WM="lxqt"


    Das funktioniert definitiv nicht. Hatte ich aber schon erwähnt. ;)




    Woher "weiß" den der Displaymanager welche Auswahlmöglichkeiten des WM mir beim login angeboten werden sollen? Ich vermute doch mal, dass es irgendwo eine Liste von Einträgen gibt, die der DM dann abfragt. Oder eine Liste von Scripten. (Ich rate einfach mal)
    Je nachdem welchen Eintrag ich wähle, wird doch dann sicherlich der entsprechende WM über eine Script gestartet. Diese Scripte haben dann vermutlich auch unterschiedliche Namen. Ich vermute dann mal weiter, dass z.B das Startscript für kde dann kde heißt, das Startscript für lxde dann lxde heißt usw. usw. . Nun wird allerdings mein "schlauer" Eintrag DEFAULT_WM="lxqt" kein Script finden welches lqxt heißt.
    Allerdings gibt es ein Script, welches Lxqt erfolgreich startet. Wo finde ich dieses, wie heißt es?



    Yast trägt im übrigen die Information einwandfrei ein. Bietet mir aber von Haus aus keine Auswahl für lxqt an. Warum eigentlich nicht. Woher bekommt Yast seine Informationen welche WM dem System zur Verfügung stehen? Kann man hieraus vielleicht schon ableiten wo das Problem liegt?



    Danke
    Gruß
    Mathias

    Probiere es direkt im Conf- File zu setzen:
    /etc/sysconfig/windowmanager
    (is gut kommentiert)



    Ok. Danke. Das diese Datei der Schlüssel zum Glück sein sollte, ist mir ja soweit bekannt.
    Die Frage ist, welcher Eintrag muss dort hinein, damit LXQT zum Standard wird.


    Offensichtlich habe ich mich doch noch nicht konkret genug ausgedrückt.

    Ich versuch es nochmal: ;)


    login Bildschirm erscheint. Jetzt muss ich links unten den Windowsmanager (Eintrag lautet: LXQT Desktopumgebung) anwählen. Dann log ich mich ein. Alles funktioniert einwandfrei. Es wird LXQT gestartet. Selbiges funktioniert auch einwandfrei mit lxde.


    Wenn ich jetzt hier /etc/sysconfig/windowmanager DEFAULT_WM="lxde" eintrage, startet lxdm beim nächsten Mal lxde als Standard und das Autologin funktioniert einwandfrei. Trage ich nun unter /etc/sysconfig/windowmanager DEFAULT_WM="lxqt" ein, bleibt der Vorgang beim login stehen. Ich wechsel dann wieder links unten von Standard nach LXQT Desktopumgebung und log mich dann wieder problemlos, aber "manuell" ein.
    Mit anderen Worten, auch das Autologin funktioniert soweit einwandfrei. Nur das scheinbar lxdm den Eintrag DEFAULT_WM="lxqt" nicht richtig auswerten kann, und deshalb beim login stehen bleibt.



    Wie kommt den der Eintrag LXQT Desktopumgebung in das Auswahlmenu des lxdm? Dieser Eintrag muss ja auch auf irgendeinen "Namen" beruhen. Ich vermute, dass hier irgendwie der Hase im Pfeffer liegt.

    Ich werd nicht ganz schlau aus deiner Aussage.


    Als Displaymanager ist lxdm tätig.
    Wenn ich das richtig verstehe, stellt dieser während bzw. vor dem login die Möglichkeit der Wahl des Windowsmanager zur Verfügung.


    Hier kann ich also wählen ob ich z.B. lxde, kde, lxqt oder eben den Standard starten möchte.


    Was immer ich an dieser Stelle auswähle, es funktioniert, wenn ich manuell anwähle.



    Den Standard für diesen Eintrag kann ich unter YasT /etc/sysconfig DEFAULT_WM einstellen.



    Wo ist jetzt mein Denkfehler?
    An welcher Stelle muss ich die zwei Paar Stiefel berücksichtigen?