Hallo zusammen!
Habe auf meiner Problem-Sarge-Box den Procmail-Transport entfernt und habe das Problem mit einem neuen Problem ersetzt. Mails werden von der Box in die Welt geschickt, kein Problem.
Wie kann ich die Box überzeugen, die ankommenden Mails aus /var/mail/$USER direkt durch den Exim in die IMAP Struktur der Nutzer weiterzuschieben?
Im Moment sagt die /var/log/exim4/mainlog:
... R=local_user T=local_delivery_lmtp defer (-32): failed to lookup IP Address for localhost
Ja, wie stell ich das ab? In der /etc/hosts steht 127.0.0.1 localhost.localdomain localhost Ich mag hier keinen DNS installieren. Weiss jemand von Euch Rat? Hier gibt es garantiert einen Trick.
Für konstruktive Vorschläge empfangsbereite
Marek
wünscht angenehme Träume.
Am Freitag, den 18.11.2005, 02:07 +0100 schrieb Marek Werstak:
Im Moment sagt die /var/log/exim4/mainlog:
... R=local_user T=local_delivery_lmtp defer (-32): failed to lookup IP Address for localhost
Ja, wie stell ich das ab? In der /etc/hosts steht 127.0.0.1 localhost.localdomain localhost Ich mag hier keinen DNS installieren. Weiss jemand von Euch Rat? Hier gibt es garantiert einen Trick.
Könnte es denn sein das hier IPv6 Probleme macht? Hast du Einträge für loopback zu IPv6? Das sollte so aussehen:
# The following lines are desirable for IPv6 capable hosts ::1 ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ff02::3 ip6-allhosts
Ansosnsten kann ich Dir keine Hilfe sein, ich kenn mich mit Exim leider nicht aus. Ich hab nur Postfix mit Courier im Einsatz.
MfG Carsten Luedtke
Hej Carsten!
Könnte es denn sein das hier IPv6 Probleme macht? Hast du Einträge für loopback zu IPv6? Das sollte so aussehen:
# The following lines are desirable for IPv6 capable hosts ::1 ip6-localhost ip6-loopback
...
ff02::3 ip6-allhosts
Ja, so sieht meine hosts aus. Was kann helfen?
Ratlos.
Marek
Marek Werstak marexmail@web.de (Fr 18 Nov 2005 02:07:38 CET):
Wie kann ich die Box überzeugen, die ankommenden Mails aus /var/mail/$USER direkt durch den Exim in die IMAP Struktur der Nutzer weiterzuschieben?
?? Das geht nicht. Du kannst es höchstens, wenn alles geregelt ist, mit einem MUA (nimm Mutt z.B.) bouncen an die entsprechenden Adressen.
Im Moment sagt die /var/log/exim4/mainlog:
... R=local_user T=local_delivery_lmtp defer (-32): failed to lookup IP Address for localhost
Diese Zeile wäre hilfreicher, wenn Du den local_delivery_transport mal mit aufschreiben würdest hier.
Bei mir sieht LMTP so aus:
cyrus_lmtp: driver = lmtp socket = /var/run/cyrus/socket/lmtp batch_max = 10 group = mail
Man muß nur noch sehen, daß der Socket die korrekten Berechtigungen hat und daß Cyrus auch den Socket bereitstellt. Du mußt LMTP ja nicht über localhost machen, ich denke, das ist Overkill.
Heiko
Hej!
?? Das geht nicht. Du kannst es höchstens, wenn alles geregelt ist, mit einem MUA (nimm Mutt z.B.) bouncen an die entsprechenden Adressen.
Dann habe ich wohl irgendeine Seite falsch verstanden.
Bei mir sieht LMTP so aus:
cyrus_lmtp: driver = lmtp socket = /var/run/cyrus/socket/lmtp batch_max = 10 group = mail
Den hatte ich vorher auch und habe das mit procmail_pipe weitergeschoben und dort dann den cyrdeliver benutzt. Jetzt will das Teil nicht mehr arbeiten, weil keine Ahnung und kein log Verweis. Hebe die Hände.
Darum habe ich den Transport local_delivery_lmtp eingeführt und hoffte, dass damit zu umgehen:
local_delivery_lmtp: driver = smtp protocol = lmtp hosts_override hosts=localhost allow_localhost return_path_add
Aber da kommt er dann net mehr klar .. Ich mag das nicht mehr mit procmail machen, die Conf steht auf verbose=on und er spielt nicht mit mir ...
Man muß nur noch sehen, daß der Socket die korrekten Berechtigungen hat und daß Cyrus auch den Socket bereitstellt. Du mußt LMTP ja nicht über
Klar. Siehe /etc/cyrus.conf
localhost machen, ich denke, das ist Overkill.
Ups, das war mir dabei nicht bewusst.
Also werde ich mein cyrus_lmtp heisst bei mir cyrus_delivery wieder in Arbeit nehmen. Was gebe ich dem local_user jetzt für ein Transport? cyrus_delivery -> damit landen die doch noch nicht in der Mailbox ...
Könnt ihr weiterhelfen?
Marek
El Viernes, 18. Noviembre 2005 12:07, Marek Werstak escribió:
Also werde ich mein cyrus_lmtp heisst bei mir cyrus_delivery wieder in Arbeit nehmen. Was gebe ich dem local_user jetzt für ein Transport? cyrus_delivery -> damit landen die doch noch nicht in der Mailbox ...
Welche Funktion soll eigentlich das Procmail übernehmen? Man kann dem Exim schon sagen, wo er hinspeichern soll ("save /foo/mbox" in .forward, bzw. da Cyrus IMAP möchte, dann ein Verzeichnis mit Slash am Ende (wichtig!), ebenso in der globalen Einstellung, siehe Doku Kapitel 26.5. Eigentlich braucht man immer nur den appendfile-Transport, das LMTP-Zeugs ist eine spezielle Exim-Geschichte. Appendfile sollte keine IP-Lookups versuchen.
Josef
Welche Funktion soll eigentlich das Procmail übernehmen? Man kann dem Exim schon sagen, wo er hinspeichern soll ("save /foo/mbox" in .forward, bzw. da Cyrus IMAP möchte, dann ein Verzeichnis mit Slash am Ende (wichtig!), ebenso in der globalen Einstellung, siehe Doku Kapitel 26.5.
Cyrus sollte nur über LMTP oder cyrdeliver mit Mails konfrontiert werden, nicht einfach in die Verzeichnisse die Mails werfen, denn Cyrus hat seine eigenen Index-Files usw und kennt einfach so dort abgeworfene Mails dann nicht.
Heiko
El Viernes, 18. Noviembre 2005 15:32, Heiko Schlittermann escribió:
Cyrus sollte nur über LMTP oder cyrdeliver mit Mails konfrontiert werden, nicht einfach in die Verzeichnisse die Mails werfen, denn Cyrus hat seine eigenen Index-Files usw und kennt einfach so dort abgeworfene Mails dann nicht.
Oha, dann Kommando zurück. Der Punkt geht dann aber natürlich auch gegen Cyrus. Man *kann* Software einfach bauen, *muss* man natürlich nicht. (kernel-basierte Benachrichtigung bei Änderungen am Dateisystem sind mMn "billiger" in OS-Sprache als die Ausführung eines dedizierten Zustellungsprozesses, der dann sicherlich auch Locking durchführen muss, um den Index zu aktualisieren, während der imapd ihn lesen möchte....)
Dazu auch http://lists.debian.org/debian-isp/2005/03/msg00146.html Aber das wird Marek jetzt auf die Schnelle auch nicht weiterhelfen :/
Josef
Hallo zusammen,
Dazu auch http://lists.debian.org/debian-isp/2005/03/msg00146.html Aber das wird Marek jetzt auf die Schnelle auch nicht weiterhelfen :/
leider hilft es nicht auf die Schnelle. Das Problem an der Sache ist, dass der alte Mechanismus mit procmail über bogofilter, spamassassin nicht mehr arbeiten möchte, mir aber auch keine konkrete Fehlermeldung bringt und das treibt mich zur Rage.
Mails kommen nicht an, das Sekretariat und mein Chef finden das nicht wirklich lustig, habe das vorerst mit einer .forward gelöst. Nehme mir den o.g. Link zu Herzen und setze morgen früh zum Test den Courier-Imap auf und schaue wie ich die Mails aus dem Cyrus in das Maildir-Format bekomme.
Und dann werde ich das Ding erstmal testen.
Danke Euch allen.
Marek
lug-dd@mailman.schlittermann.de
-
Carsten Luedtke -
Heiko Schlittermann -
Josef Spillner -
Marek Werstak