PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Mailserver nicht erreichbar



alanna1048
03.01.07, 23:54
Hallo - ich versuche nun schon eine Weile, einen Mailserver mit fetchmail, postfix und imap-uw aufzusetzen und bleibe immer beim gleichen Problem hängen.
Fetchmail holt brav alle Mails ab und stellt sie in lokale Postfächer.
Nun will ich sie mit einem Client abholen (egal welcher - habe schon mehrere ausprobiert), habe aber immer das gleiche Problem, dass ich nicht auf den Mailserver komme. Weder per imap noch per pop3.
Die Dämonen sind in der xinetd gestartet - die Firewall ist deaktiviert - der telnet auf port110 also per pop funktioniert, doch wenn ich etwas eingeben will, bringt er die Fehlermeldung ERR Unknown Authorization state command. Ein Telnet auf port 143 (imap) und port 25 (smtp) schlägt jeweils fehl.

Woran liegt das Problem - habe ich nicht alle "Türen" beim Mailserver aufgemacht? Ich habe nach dem Problem gegoogelt, viele Leidensgenossen gefunden, aber kein Lösungsansatz.
Vielleicht kann mir von Euch einer weiterhelfen...

tschloss
04.01.07, 00:12
Offenbar funktioniert die Anmeldung (Auth) nicht. Kenne mich mit den Mechanismen deines IMAP-Servers nicht aus, aber da musst du mal graben: verstehen, Log-Files ansehen, debuggen...

Mit genaueren Infos kann bestimmt jmd. auch reale Hilfe leisten.

alanna1048
04.01.07, 00:16
Das es was mit der Authentifizierung zu tun hat, vermute ich auch. Allerdings habe ich versucht, erst mal alles offen zu lassen, um die anderen Mechanismen auszuprobieren.
Ich habe das ganze mit mehrern Servern ausprobiert: qpopper, uw-imap und auch cyrus-imap. Doch jedesmall bleibe ich daran hängen, dass ich die Mails nicht mit einem Client abholen kann.

alanna1048
04.01.07, 00:22
Habe mit nmap localhost kontrolliert - hier die Ausgabe:

22/tcp open ssh
23/tcp open telnet
25/tcp open smtp
110/tcp open pop3
111/tcp open rpcbind
143/tcp open imap
631/tcp open ipp
993/tcp open imaps
995/tcp open pop3s

Das müsste doch heißen, dass ich auf diese Ports auch zugreifen können müsste?! Oder etwa nicht? Mit netstat -a |imap bekomme ich folgende Ausgabe:

linux:~ # netstat -a |grep imap
tcp 0 0 *:imaps *:* LISTEN
tcp 0 0 *:imap *:* LISTEN
tcp 0 0 192.168.1.106:60989 imap.rzone.de:imap ESTABLISHED

Was bedeutet der unterste Eintrag?

tschloss
04.01.07, 01:36
Warum nimmst du nicht eine aktuelle Distri, wie zB SUSE 10.2 und aktivierst dort IMAP (Cyrus oder einfacher Dovecot) und SMTP (Postfix) Server und ggf. fetchmail. Dann hast du bereits ein funktionierendes System, welches du dann entspannt tunen kannst. Das von Hand zusammenzufrickeln erfordert viel Know-How.

Ich habe das Gefühl, dass du im Moment noch nicht ganz nahe am Ziel bist.

alanna1048
04.01.07, 12:13
Mit Suse 10.1 habe ich das ganze auch probiert - bin eigentlich nur "abgestiegen", da ich ein älteres HowTo gefunden habe.
Bin mittlerweile auch wieder bei 10.1, doch leider hänge ich wieder an der gleichen Stelle fest.
Habe den uw-imap aktiviert in xinetd über yast, rcxinetd restart gemacht - müsste also laufen. Doch leider fehlt der Versuch mit einem Mailclient per imap Mails vom Server zu holen wieder fehl mit der Fehlermeldung: Login wurde vom Server abgelehnt! Eventuell müssen Sie sich per SSL oder TLS einloggen.

Hat denn niemand dieses Problem gelöst? Die Fehlermeldungen habe ich hier schon häufiger gefunden, doch leider keine Lösung!

RichieX
04.01.07, 12:41
Welchen Benutzer verwendest du?

RichieX

MiGo
04.01.07, 15:42
Login wurde vom Server abgelehnt! Eventuell müssen Sie sich per SSL oder TLS einloggen.
Schau doch mal (wie schonmal angefordert :)) in die Logfiles (die sollten irgendwo in /var/log liegen; eventuell logt dein IMAP-Server auch nach /var/log/syslog). In dem Logfile sollten die Verbindungsversuche nebst Fehler protokolliert werden.
Du kannst auch einfach mal in /var/log nach IMAP suchen mit "grep -i "imap" /var/log/* -R", vielleicht findest du dann das passende Logfile schneller.

alanna1048
04.01.07, 19:00
Als user benutze ich einen Testuser mit dem Namen samy der Gruppe User.

Beim Anfragen des Mailclients wird protokolliert:

imapd[5046]: Login disabled user=samy auth=samy host=[192.168.1.107]

tschloss
04.01.07, 19:52
Hast du alle Softwarepakete per YAST installiert und konfiguriert oder dich an mehreren Stellen an das Howto gehalten?

alanna1048
04.01.07, 21:23
So - ich habe jetzt noch einmal einen neuen Mailserver aufgesetzt mit:

fetchmail, postfix, cyrus-imap

fetchmail holt brav die Mails ab und legt sie in /var/spool/imap
postfix funktioniert soweit, dass ich emails versenden kann
cyrus-imap - hier habe ich user.mailboxen angelegt, dem user ein Passwort erteilt und quotas gesetzt.

Jetzt habe ich das Problem, dass ich mit den Mailclients nicht auf die Inbox der einzelnen User komme und Cyrus die Mails nicht in die Mailbox des jeweiligen Users holt.

Muss ich noch ein Filter wie z.B. procmail einbauen, der die Mails zu cyrus bringt?
Ich dachte, das macht postfix mit dem Eintrag in der main.cf:

mailbox_transport: cyrus

Bitte helft mir - ich muss es heute nacht noch irgendwie hinbekommen, dass ich Mails vom lokalen Server holen kann.

DANKE!!!!

tschloss
04.01.07, 21:36
So - ich habe jetzt noch einmal einen neuen Mailserver aufgesetzt mit:

fetchmail, postfix, cyrus-imap

fetchmail holt brav die Mails ab und legt sie in /var/spool/imap
postfix funktioniert soweit, dass ich emails versenden kann
cyrus-imap - hier habe ich user.mailboxen angelegt, dem user ein Passwort erteilt und quotas gesetzt.

Jetzt habe ich das Problem, dass ich mit den Mailclients nicht auf die Inbox der einzelnen User komme und Cyrus die Mails nicht in die Mailbox des jeweiligen Users holt.

Muss ich noch ein Filter wie z.B. procmail einbauen, der die Mails zu cyrus bringt?
Ich dachte, das macht postfix mit dem Eintrag in der main.cf:

mailbox_transport: cyrus

Bitte helft mir - ich muss es heute nacht noch irgendwie hinbekommen, dass ich Mails vom lokalen Server holen kann.

DANKE!!!!

Schau mal unter /var/spool/imap/user(s)/dein_user_name nach! Dort sollte die Files deiner INBOX liegen (jedes File 123. enthält eine Mail - kann man mit cat anzeigen).

Wenn das so ist, dann geht es nur noch um den IMAP-Zugang, wenn nicht dann klappt die Zustellung per "deliver" nicht.

Und sieh dir an / poste auch die tail -n 30 /var/log/mail und tail -n 30 /var/log/messages.

alanna1048
04.01.07, 22:02
es sind alle user da...

mail:/var/spool/imap/user # dir
total 0
drwx------ 2 cyrus mail 144 Jan 4 21:59 einbildung
drwx------ 2 cyrus mail 144 Jan 4 21:58 phantasie
drwx------ 2 cyrus mail 144 Jan 4 20:29 root
drwx------ 2 cyrus mail 144 Jan 4 21:59 samy

hier ein Auszug aus tail -n 30 /var/log/mail:

an 4 22:40:11 mail postfix/qmgr[3499]: warning: transport local failure -- see a previous warning/fatal/panic logfile record for the problem description
Jan 4 22:40:12 mail postfix/qmgr[3499]: D0BC22EE2F: to=<einbild@localhost.mail. athome>, orig_to=<einbild@localhost>, relay=none, delay=3356, status=deferred (d elivery temporarily suspended: unknown mail transport error)
Jan 4 22:40:12 mail postfix/qmgr[3499]: warning: D0BC22EE2F: flush service fail ure
Jan 4 22:40:12 mail postfix/qmgr[3499]: warning: premature end-of-input on priv ate/local socket while reading input attribute name
Jan 4 22:40:12 mail postfix/qmgr[3499]: warning: private/local socket: malforme d response
Jan 4 22:40:12 mail postfix/qmgr[3499]: warning: transport local failure -- see a previous warning/fatal/panic logfile record for the problem description
Jan 4 22:40:12 mail postfix/qmgr[3499]: 5933C2ED0C: to=<einbild@localhost.mail. athome>, orig_to=<einbild@localhost>, relay=none, delay=3423, status=deferred (d elivery temporarily suspended: unknown mail transport error)
Jan 4 22:40:12 mail postfix/qmgr[3499]: warning: 5933C2ED0C: flush service fail ure


mail:~ # tail -n 30 /var/log/messages

Jan 4 22:46:55 mail xinetd[3497]: removing echo
Jan 4 22:46:55 mail xinetd[3497]: removing fam
Jan 4 22:46:55 mail xinetd[3497]: removing nrpe
Jan 4 22:46:55 mail xinetd[3497]: removing netstat
Jan 4 22:46:55 mail xinetd[3497]: removing pop3
Jan 4 22:46:55 mail xinetd[3497]: removing rsync
Jan 4 22:46:55 mail xinetd[3497]: removing sane-port
Jan 4 22:46:55 mail xinetd[3497]: removing servers
Jan 4 22:46:55 mail xinetd[3497]: removing services
Jan 4 22:46:55 mail xinetd[3497]: removing swat
Jan 4 22:46:55 mail xinetd[3497]: removing systat
Jan 4 22:46:55 mail xinetd[3497]: removing tftp
Jan 4 22:46:55 mail xinetd[3497]: removing time
Jan 4 22:46:55 mail xinetd[3497]: removing time
Jan 4 22:46:55 mail xinetd[3497]: removing vnc2
Jan 4 22:46:55 mail xinetd[3497]: removing vnc3
Jan 4 22:46:55 mail xinetd[3497]: removing vnchttpd2
Jan 4 22:46:55 mail xinetd[3497]: removing vnchttpd3
Jan 4 22:46:55 mail xinetd[3497]: removing ftp
Jan 4 22:46:55 mail xinetd[3497]: Swapping defaults
Jan 4 22:46:55 mail xinetd[3497]: readjusting service vnc1
Jan 4 22:46:55 mail xinetd[3497]: readjusting service vnchttpd1
Jan 4 22:46:55 mail xinetd[3497]: Reconfigured: new=0 old=2 dropped=0 (services)
Jan 4 22:47:03 mail kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Jan 4 22:47:07 mail ifstatus: eth0 device: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 91)
Jan 4 22:47:07 mail ifstatus: eth0 configuration: eth-id-00:15:f2:2f:c4:13
Jan 4 22:47:07 mail ifstatus-dhcp: eth0 DHCP client (dhcpcd) is running
Jan 4 22:47:07 mail ifstatus: eth0 IP address: 192.168.1.106/24
Jan 4 22:47:07 mail ifstatus: lo
Jan 4 22:47:07 mail ifstatus: IP address: 127.0.0.1/8

Ich erkenne, dass es ein Problem gibt, aber nicht welches???

alanna1048
04.01.07, 22:08
Noch was, wenn ich in die Ordner der User gehe, sehe ich nur 3 Binärdateien von cyrus - nicht aber die Inbox - ist das richtig?

mail:/var/spool/imap/user/einbildung # ls
cyrus.cache cyrus.header cyrus.index

tschloss
04.01.07, 22:13
Noch was, wenn ich in die Ordner der User gehe, sehe ich nur 3 Binärdateien von cyrus - nicht aber die Inbox - ist das richtig?

mail:/var/spool/imap/user/einbildung # ls
cyrus.cache cyrus.header cyrus.index
das ist ok, weil die Mails ja nicht zugestellt werden.

"warning: transport local failure -- see a previous warning/fatal/panic logfile record for the problem description"
--> suche mal dein Mail-log nach weiteren Fehlern ab!

alanna1048
04.01.07, 22:29
mail:/etc/postfix # tail -n 30 /var/log/mail
Jan 4 23:24:22 mail postfix/local[6628]: warning: connect #10 to subsystem private/lmtp: Operation not permitted
Jan 4 23:24:32 mail postfix/local[6626]: fatal: connect #11 to subsystem private/lmtp: Operation not permitted
Jan 4 23:24:32 mail postfix/local[6627]: fatal: connect #11 to subsystem private/lmtp: Operation not permitted
Jan 4 23:24:32 mail postfix/local[6625]: fatal: connect #11 to subsystem private/lmtp: Operation not permitted
Jan 4 23:24:32 mail postfix/local[6628]: fatal: connect #11 to subsystem private/lmtp: Operation not permitted
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: premature end-of-input on private/local socket while reading input attribute name
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: private/local socket: malformed response
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: transport local failure -- see a previous warning/fatal/panic logfile record for the problem description
Jan 4 23:24:33 mail postfix/master[6607]: warning: process /usr/lib/postfix/local pid 6626 exit status 1
Jan 4 23:24:33 mail postfix/master[6607]: warning: /usr/lib/postfix/local: bad command startup -- throttling
Jan 4 23:24:33 mail postfix/master[6607]: warning: process /usr/lib/postfix/local pid 6627 exit status 1
Jan 4 23:24:33 mail postfix/master[6607]: warning: process /usr/lib/postfix/local pid 6625 exit status 1
Jan 4 23:24:33 mail postfix/master[6607]: warning: process /usr/lib/postfix/local pid 6628 exit status 1
Jan 4 23:24:33 mail postfix/qmgr[6621]: 5933C2ED0C: to=<einbild@localhost.mail.athome>, orig_to=<einbild@localhost>, relay=none, delay=6084, status=deferred (delivery temporarily suspended: unknown mail transport error)
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: 5933C2ED0C: flush service failure
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: premature end-of-input on private/local socket while reading input attribute name
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: private/local socket: malformed response
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: transport local failure -- see a previous warning/fatal/panic logfile record for the problem description
Jan 4 23:24:33 mail postfix/qmgr[6621]: 7E8EE2EE2C: to=<phanta@localhost.mail.athome>, orig_to=<phanta@localhost>, relay=none, delay=6022, status=deferred (delivery temporarily suspended: unknown mail transport error)
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: 7E8EE2EE2C: flush service failure
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: premature end-of-input on private/local socket while reading input attribute name
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: private/local socket: malformed response
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: transport local failure -- see a previous warning/fatal/panic logfile record for the problem description
Jan 4 23:24:33 mail postfix/qmgr[6621]: 04F052E5C5: to=<phanta@localhost.mail.athome>, orig_to=<phanta@localhost>, relay=none, delay=6085, status=deferred (delivery temporarily suspended: unknown mail transport error)
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: 04F052E5C5: flush service failure
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: premature end-of-input on private/local socket while reading input attribute name
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: private/local socket: malformed response
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: transport local failure -- see a previous warning/fatal/panic logfile record for the problem description
Jan 4 23:24:33 mail postfix/qmgr[6621]: D0BC22EE2F: to=<einbild@localhost.mail.athome>, orig_to=<einbild@localhost>, relay=none, delay=6017, status=deferred (delivery temporarily suspended: unknown mail transport error)
Jan 4 23:24:33 mail postfix/qmgr[6621]: warning: D0BC22EE2F: flush service failure


Hier der komplette Inhalt - ich kann es leider nicht richtig interpretieren... vielleicht sollte ich doch die Flinte ins Korn werfen...

alanna1048
04.01.07, 22:39
Ich habe jetzt mal versucht, die Übergabe von Postfix an Cyrus per lmtp zu regeln mit den Einträgen:

/etc/cyrus.conf:
lmtpunix cmd="lmtpd" listen="/var/spool/postfix/public/lmtp" perfork=1

/etc/postfix/main.cf
mailbox_transport = lmtp:unix:public/lmtp

alanna1048
04.01.07, 22:47
Frage: ich habe jetzt in zwei Beiträgen gelesen, dass AppArmor an dessen Lieferproblem schuld ist - kann das bei mir auch sein?
Wie finde ich das raus?

Hier mal ein Auszug aus /var/log/audit/audit.log


type=APPARMOR msg=audit(1167949462.463:138): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949462.475:139): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949462.487:140): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949462.487:141): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949472.463:142): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949472.475:143): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949472.487:144): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949472.487:145): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949473.555:146): REJECTING w access to /var/spool/postfix/public/flush (qmgr(6621$
type=APPARMOR msg=audit(1167949473.583:147): REJECTING w access to /var/spool/postfix/public/flush (qmgr(6621$
type=APPARMOR msg=audit(1167949473.607:148): REJECTING w access to /var/spool/postfix/public/flush (qmgr(6621$
type=APPARMOR msg=audit(1167949473.623:149): REJECTING w access to /var/spool/postfix/public/flush (qmgr(6621$


Wie deaktiviere ich AppArmor? (Ist es der Dienst aaeventd im Runlevel-Editor? Dieser ist bei mir gar nicht aktiviert!)

tschloss
04.01.07, 23:13
Frage: ich habe jetzt in zwei Beiträgen gelesen, dass AppArmor an dessen Lieferproblem schuld ist - kann das bei mir auch sein?
Wie finde ich das raus?

Hier mal ein Auszug aus /var/log/audit/audit.log


type=APPARMOR msg=audit(1167949462.463:138): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949462.475:139): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949462.487:140): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949462.487:141): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949472.463:142): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949472.475:143): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949472.487:144): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949472.487:145): REJECTING w access to /var/spool/postfix/private/lmtp (local(662$
type=APPARMOR msg=audit(1167949473.555:146): REJECTING w access to /var/spool/postfix/public/flush (qmgr(6621$
type=APPARMOR msg=audit(1167949473.583:147): REJECTING w access to /var/spool/postfix/public/flush (qmgr(6621$
type=APPARMOR msg=audit(1167949473.607:148): REJECTING w access to /var/spool/postfix/public/flush (qmgr(6621$
type=APPARMOR msg=audit(1167949473.623:149): REJECTING w access to /var/spool/postfix/public/flush (qmgr(6621$


Wie deaktiviere ich AppArmor? (Ist es der Dienst aaeventd im Runlevel-Editor? Dieser ist bei mir gar nicht aktiviert!)

yast - sicherheit afaik - ichhabe es komplett deinstalliert bzw. gleich weggelassen

alanna1048
05.01.07, 00:13
Ich habe das Paket jetzt deinstalliert und habe ein neues Problem - jetzt nimmt mein Mailserver nicht mal mehr emails an, sondern sendet sie postwendet wieder zurück an den Absender!
Vorhin hatte ich die mails noch in der mailq doch als ich einen Neustart nach der Deinstallation gemacht habe, waren die Mails weg....

Ich kapiere es langsam wirklich nicht mehr....

alanna1048
05.01.07, 02:02
So, da bin ich wieder....da das ganze mit apparmor nicht geklappt hat... habe ich eben einen neuen Versuch gestartet. Diesemal habe ich den audit-Dienst nach der Installation gleich beendet, um das ganze auszuschließen.
Installiert habe ich jetzt (wie immer Suse 10.1 / fetchmail / postfix / cyrus..)
Nun läuft soweit auch wieder alles, bis auf dass die Mails nicht in die Postfächer von cyrus einsortiert werden, sondern in der mailq hängen bleiben.

meine main.cf:


alias_maps = hash:/etc/aliases
biff = no
canonical_maps = hash:/etc/postfix/canonical
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
debug_peer_level = 2
defer_transports =
disable_dns_lookups = no
disable_mime_output_conversion = no
fallback_transport = cyrus
html_directory = /usr/share/doc/packages/postfix/html
inet_interfaces = all
inet_protocols = all
mail_owner = postfix
mail_spool_directory = /var/mail
mailbox_command =
mailbox_size_limit = 0
mailbox_transport = cyrus
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
masquerade_classes = envelope_sender, header_sender, header_recipient
masquerade_domains =
masquerade_exceptions = root
message_size_limit = 10240000
mydestination = $myhostname,localhost.$mydomain,$mydomain
mydomain = domainname
myhostname = mail.domainname.de
mynetworks = 192.168.1.0/28, 127.0.0.0/8
newaliases_path = /usr/bin/newaliases
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/packages/postfix/README_FILES
relayhost = post.strato.de
relocated_maps = hash:/etc/postfix/relocated
sample_directory = /usr/share/doc/packages/postfix/samples
sender_canonical_maps = hash:/etc/postfix/sender_canonical
sendmail_path = /usr/sbin/sendmail
setgid_group = maildrop
smtp_sasl_auth_enable = no
smtp_use_tls = no
smtpd_client_restrictions =
smtpd_helo_required = no
smtpd_helo_restrictions =
smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination
smtpd_sasl_auth_enable = no
smtpd_sender_restrictions = hash:/etc/postfix/access
smtpd_use_tls = no
strict_8bitmime = yes
strict_rfc821_envelopes = no
transport_maps = hash:/etc/postfix/transport
unknown_local_recipient_reject_code = 550
virtual_alias_domains = hash:/etc/postfix/virtual
virtual_alias_maps = hash:/etc/postfix/virtual


meine imapd.conf:


configdirectory: /var/lib/imap
partition-default: /var/spool/imap
sievedir: /var/lib/sieve
admins: cyrus root
allowanonymouslogin: no
autocreatequota: 200000
reject8bit: no
quotawarn: 90
timeout: 30
poptimeout: 10
dracinterval: 0
drachost: localhost
sasl_pwcheck_method: saslauthd
lmtp_overquota_perm_failure: no
lmtp_downcase_rcpt: yes


user sind unter /var/spool/imap/user angelegt und enthalten derzeit 3 Binärdateien (.cache / .index / .header)

Wie bekomme ich die Mails aus der mailq in die Postfächer???

Jemand eine Idee.... bin doch so nah am Ziel....

tschloss
05.01.07, 09:04
Jetzt wären natürlich wieder die Fehlerlogs interessant, die nach einem Mailempfang ben. Vermutlich von Postfix (/var/log/mail evtl. auch messages).

heatwalker
05.01.07, 10:32
Der Eintrag für mailbox_transport sollte so aussehen:

mailbox_transport= lmtp:unix:public/lmtp

Das war in einem deiner vorherigen Versuche schon richtig.

In der imapd.conf fehlt noch

lmtpsocket: /var/spool/postfix/public/lmtp

Interessant wäre noch wie die master.cf und cyrus.conf aussehen.

tschloss
05.01.07, 11:05
Der Eintrag für mailbox_transport sollte so aussehen:

mailbox_transport= lmtp:unix:public/lmtp

Das war in einem deiner vorherigen Versuche schon richtig.

In der imapd.conf fehlt noch

lmtpsocket: /var/spool/postfix/public/lmtp

Interessant wäre noch wie die master.cf und cyrus.conf aussehen.

Also bei mir ist es so:
cyrus.conf:

lmtpunix cmd="lmtpd" listen="/var/lib/imap/socket/lmtp" prefork=0
main.cf:

mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp

Der cyrus-Dienst aus der master.cf

cyrus unix - n n - - pipe
user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user}
scheint überhaupt nicht genutzt zu werden?!

Und dann die Auszüge aus den Logs nicht vergessen.