openSuSI 13.2 - Mail mit pop3 abrufen

[pibi]

Hallo zusammen

Heute habe ich in einem Anfall von Lageweile und Wahnsinn beschloessen, meinen bestens funktionierenden Mailserver im Keller von der SuSI 13.1 auf die 13.2 zu upgraden. Abgesehen davon, dass ich meine bacula-DB nicht exportiert habe (wegen Update Version 9.2->9.3, bin ja selber schuld...) kaempfe ich nun mit dem Abruf von Mails:-(

Bis anhin habe ich Mail von Server mittels qpopper in Thunderbird abgerufen. Hat prima funktioniert, wenn auch Probleme absehbar gewesen sind (siehe hier: http://www.linuxforen.de/forums/showthread.php?276332-openSuSI-13-1-Ersatz-fuer-qpopper&highlight=pop3+cyrus). qpopper ist in der Distirbution nicht mehr enthalten, anscheinend geht jetzt alles ueber cyrus. Meinetwegen, wenn es denn unbedingt sein muss. Das erste Problem namens

ERR: USER command only available under a layer habe ich hiermit loesen koennen:
https://lists.andrew.cmu.edu/pipermail/info-cyrus/2003-August/011593.htmlAber nun haenge ich schon wieder fest:-(
myserver:~ # telnet pop pop3
Trying 192.168.10.1...
Connected to pop.
Escape character is '^]'.
+OK myserver Cyrus POP3 v2.4.17 server ready <13569553967456033448.1448830022@myserver>
user pit
+OK Name is a valid mailbox
pass 123456
-ERR [AUTH] Invalid login
quit
+OK
Connection closed by foreign host.
myserver:~ # Ich habe schon probiert, mit "saslpasswd" fuer den User "pit" ein Passwort zu setzen, aber das Ergebnis in Thunderbird ist immer

mailserver xxx responded: authenticating generic failureIst denn das so schwierig? Was mache ich falsch? Ich brauche keine Sicherheit, keine Verschluesselung und solche Sachen, da es sich um ein rein privates Netzwerk handelt.

Gruss Pit.

[drcux]

Nimm dovecot, ist deutlich einfacher in der Handhabung:

/etc/dovecot/dovecot.conf



protocols = pop3
listen = *

disable_plaintext_auth = no
log_timestamp = "%b %d %H:%M:%S "
ssl=no

mail_location = maildir:/srv/mail/%n/maildir

auth_mechanisms = plain login

passdb {
driver = pam
}
userdb {
driver = passwd
}

[pibi]

Nimm dovecot, ist deutlich einfacher in der Handhabung:Danke fuer den Tip. Betreffend Konfiguration habe ich aber eine Frage:


mail_location = maildir:/srv/mail/%n/maildir
Was genau muss hier stehen? Die eingegangenen Mails auf dem Server liegen unter "/var/spool/mail/<username>", das Ziel ist Thunderbird mit ~/Mail (mbox-Format, auf dem gleichen Server).

Gruss Pit.

[pibi]

Ich habe jetzt folgendes eingetragen:

mail_location = mbox:~/Mail:INBOX=/var/mail/%uBeim Versuch, Mail abzurufen, bekomme ich in Thunderbird ein

Sending of password for user pit did not succeed. Mailserver pop.mydomain.ch responded: Permission denied.Wo muss ich welches Passwort definieren?

Danke im Voraus und Gruss
Pit.

[Dukel]

Wieso Pop3 und nicht Imap?

[pibi]

Wieso Pop3 und nicht Imap?Das habe ich schon immer so gemacht;-))

Spass beiseite: IMAP ist sicherlich eine Option, aber ich bearbeite gerne ein Thema nach dem anderen. Zuerst Server-Update und wenn alles funktioniert, stelle ich die Mail ggf. auf IMAP um.

Momentan habe ich auch noch ein viel groesseres Problem mit meiner Telefefonie via Sipcall (man hat mich vor 30min. darauf aufmerksam gemacht, dass mein Festnetz-Anschluss "tot" ist). Dazu mache ich aber einen separaten Thread auf.

Gruss Pit.

[drcux]

mail_location = mbox:~/mail:INBOX=/var/spool/mail/%u

Die User sind normale Systemuser, /var/spool/mail/$user muss auch dem entsprechendem Nutzer gehören, ansonsten kann dovecot nicht darauf zugreifen.

Lässt du postfix die Mail nach /var/spool/mail einsortieren?

[pibi]

mail_location = mbox:~/mail:INBOX=/var/spool/mail/%u
Wie ich oben schrub:
mail_location = mbox:~/Mail:INBOX=/var/spool/mail/%u
waere meiner Meinung nach richtig.

Der entsprechende Teil aus "/var/log/messges" mit grep nach "dovecot" zeigt folgendes:

2015-12-01T19:08:27.858666+01:00 myserv dovecot: master: Dovecot v2.2.13 starting up for pop3 (core dumps disabled)
2015-12-01T19:08:53.149137+01:00 myserv dovecot: pop3-login: Login: user=<pit>, method=PLAIN, rip=192.168.10.5, lip=192.168.10.1, mpid=27628, session=<7kLlDNolJgDAqAoF>
2015-12-01T19:08:53.155109+01:00 myserv dovecot: pop3(pit): Error: chown(/home/pit/Mail/.imap, group=0(root)) failed: Operation not permitted (egid=100(users), group based on /var/spool/mail/pit - see http://wiki2.dovecot.org/Errors/ChgrpNoPerm)
2015-12-01T19:08:53.156231+01:00 myserv dovecot: pop3(pit): Error: Couldn't open INBOX: Permission denied
2015-12-01T19:08:53.156686+01:00 myserv dovecot: pop3(pit): Couldn't open INBOX top=0/0, retr=0/0, del=0/0, size=0

Warum verlangt er nach imap?
Und der beschriebene wiki-Link fuehrt mich auch nicht wirklich weiter.

Die User sind normale Systemuser, /var/spool/mail/$user muss auch dem entsprechendem Nutzer gehören, ansonsten kann dovecot nicht darauf zugreifen.Ja, das ist so.

Lässt du postfix die Mail nach /var/spool/mail einsortieren?Ich verwende sendmail. Und ja, die Mails fuer die einzelnen User liegen in "/var/spool/mail":

myserv:~ # dir /var/spool/mail
total 4544
-rw-rw---- 1 nagios root 583811 Jun 16 2013 nagios
-rw-rw---- 1 pit root 2798050 Dec 1 19:01 pit
-rw-rw---- 1 pit root 1179004 Nov 30 18:38 pit.saved
-rw-rw---- 1 pittv mail 0 May 19 2013 pittv
-rw------- 1 root root 73251 Dec 1 16:05 root
myserv:~ #

Gruss Pit.

[pibi]

Ich habe die Situation jetzt soweit entschaerft, dass ich den dovecot disabled und den "qpopper-4.1.0-6.1.1.x86_64.rpm" aus dem Repo "openSuSI 12.3" installiert habe. Hat auf Anhieb wieder funktioniert, ich habe meine Mails wieder und bin den Zeitdruck los;-) Nichtsdestotrotz wuerde ich gerne den dovecot zum Laufen bringen. Weitere Hilfe und Tips sind erwuenscht.

Danke im Voraus und Gruss
Pit.

[drcux]

Wie ich oben schrub:
mail_location = mbox:~/Mail:INBOX=/var/spool/mail/%u
waere meiner Meinung nach richtig.


Nö, du hast /var/mail/%u geschrieben, ohne spool...



Warum verlangt er nach imap?


Weil dovecot ein IMAP-Server ist, der Mails auch per pop3 zur Verfügung stellen kann.



Und der beschriebene wiki-Link fuehrt mich auch nicht wirklich weiter.
-rw-rw---- 1 pit root 2798050 Dec 1 19:01 pit


Ist pit in der Gruppe root? Wohl eher nicht, also entweder die richtige Gruppe, oder chmod 600, wie in dem Link beschrieben.

[pibi]

Danke fuer die Hinweise. Ich werde sie am kommenden Wochenende in Ruhe ausprobieren. Melde mich dann wieder.

Gruss Pit.