Vmail killt meine Mails

[Thomas Amborn]

Ich habe gestern nachmittag auf Version 1.8.2 upgedatet. Die empfangenen
Mails stellt der Eis per IMAP zur verfügung. Die Mails werden ordnungsgemäß
bei Strato abgerufen. Aber sie landen nicht im Posteingang, sondern im
Nirgendwo. Die alten Mails sind noch alle da. Aber alle neuen Mails kommen
nicht an.

Thomas

[Thomas Amborn]

Unter /var/spool/postfix/defer/0 .. F liegen diverse log-Dateien. Alle mit
dem folgenden Inhalt:

<in...@eubaf.lan>: delivery temporarily suspended: lost connection with
127.0.0.1[127.0.0.1] while sending end of data -- message may be sent more
than once
recipient=in...@eubaf.lan
offset=614
dsn_orig_rcpt=rfc822;in...@eubaf.lan
status=4.4.2
action=delayed
reason=delivery temporarily suspended: lost connection with
127.0.0.1[127.0.0.1] while sending end of data -- message may be sent more
than once

Die Mails selber liegen unter //var/spool/postfix/deferred/0 .. F und
warten darauf, verteilt zu werden.

Hat sich was am Handling der Mailverteilung geändert?

Thomas

[Thomas Amborn]

Ich habe auf die Version 1.6.0 zurückgewechselt. Neue Mails kommen auch
wieder im Postfach an. Aber die Mails aus dem deferred-Ordner werden nicht
mit umverteilt. Da liegen knapp 40 Mails. Einen Teil davon brauche ich
dringend zum Arbeiten. Wie komme ich an diese Mails ran?

Thomas

[Thomas Amborn]

Seit dem Downgrade hat sich der Fehler für die nicht verteilten Mails
geändert:

<in...@eubaf.lan>: delivery temporarily suspended: connect to
127.0.0.1[127.0.0.1]:10025: Connection refused
recipient=in...@eubaf.lan
offset=641
dsn_orig_rcpt=rfc822;in...@eubaf.lan
status=4.4.1
action=delayed
reason=delivery temporarily suspended: connect to
127.0.0.1[127.0.0.1]:10025: Connection refused

[Thomas Amborn]

So, ich habe mein Problem gelöst.
postsuper -r ALL hat die Mails sauber an Maildrop weitergeschoben und nun
habe ich meine Mails im Posteingang.
Die Version 1.8.2 von VMail hat jedenfalls erstmal Hausverbot bei mir. Sie
ist, zumindest unter Eisfair 1, offensichtlich nicht in der Lage Mails
ordentlich zuzustellen, wenn ich so die Postings von anderen hier lese.

Thomas

[Jens Vehlhaber]

Hallo Thomas,

> Die Version 1.8.2 von VMail hat jedenfalls erstmal Hausverbot bei mir. Sie
> ist, zumindest unter Eisfair 1, offensichtlich nicht in der Lage Mails
> ordentlich zuzustellen, wenn ich so die Postings von anderen hier lese.

sie arbeitet problemlos und fehlerfrei wenn man Eisfair-1
nicht in einer Xen DomU verwendet. Aus unbekannten Gründen
schlägt der interne Transport zwischen Postfix und dem
ClamSMTPd über 127.0.0.1 unter Xen fehl.
Mit KVM, VMware u.a. Virtualisierungslösungen gibt es hier
keine Probleme.

--
Alles Gute
Jens

[EISFAIR-/Fli4l-Team]

[Thomas Amborn]

Deine Aussage mit dem Xen stimmt so nicht. Bei mir läuft der Eisfair 1 ohne
Xen als Solist auf der Maschine. Es waren alle Nachrichten betroffen, die
ich mit der Version 1.8.2 empfangen habe. Da ich das Senden direkt aus dem
Mailclint ohne Umwege über den Eis mache, hatte ich beim Senden keine
Probleme. Nur die empfangenen Mails wurden nicht in die Posteingangsfächer
verteilt. Die liegengebliebenen Mails wurden auch nicht nach dem Downgrade
auf die 1.6.0 automatisch mit verteilt. Das musst ich dann über den
angegebenen Befehl machen.

Thomas

[Jens Vehlhaber]

Thomas Amborn schrieb:

> Deine Aussage mit dem Xen stimmt so nicht. Bei mir läuft der Eisfair 1 ohne
> Xen als Solist auf der Maschine. Es waren alle Nachrichten betroffen, die
> ich mit der Version 1.8.2 empfangen habe.

dann hast Du ein anderes Problem. Hier läuft Vmail im
produktiven Einsatz auf 2 Servern einmal unter KVM
und einmal unter Hardware direkt, problemlos. Und
das Inklusive der Mailabholung über Fetchmail.

--
Alles Gute
Jens

[Eisfair/Fli4l-Team]

[Thomas Amborn]

Und wie kann sich das Problem eingrenzen lassen? Gibt es Komponenten, die
quer schießen können (Apache, VBox, Libraries, ...)?

Thomas