[Eisfair] Mail von Eisfax sehr verzc3b6gert (nach Upgrade)

[Detlef Paschke]

Am 23.08.2023 um 21:39 schrieb Marcus Röckrath:
> Hallo Detlef,

Hallo Marcus,

> Detlef Paschke wrote:
> 
>> Nach einigem suchen, warum die Empfangenen Faxe unter
>> /var/spool/hylafax/recvq/ als *.tif zu finden sind aber als Mail
>> (zunächst) nicht weitergeleitet werden, fand ich in
>> /var/spool/exim/log/mainlog zumindest eine Ursache für die Verzögerung.
>>
>> 2023-08-23 12:25:48 1qYl3b-0001oK-70 == detlef at schabau.eu
>> <root at home.lan> R=userforward_maildir defer (-1): failed to open
>> /home/detlef/.forward: Permission denied (euid=2004 egid=100)
>> ...
>> 2023-08-23 12:50:13 1qYl3b-0001oK-70 => detlef <root at home.lan>
>> R=localuser_maildir T=local_delivery_maildir
>> 2023-08-23 12:50:13 1qYl3b-0001oK-70 Completed
> 
> Nun habe ich mal genauer hingeschaut.
> 
> Die Mails kommen rein, werden in die Queue gestellt und dann zeitgleich beim
> nächsten Queue-Run zugestellt.
> 
> Fragt sich:
> 
> Gibt es eine Einstellung im Faxpaket, was eben genau dieses in die Queue
> bewusst macht?
> 
> Ist das in die Queue stellen eine Folge der
> "fehlenden/unerreichbaren" .forward?

ja genau das war meine Vermutung. Zunächst dachte ich, dass Fax die Mail
gar nicht versendet. Dann sah ich aber im exim Log, dass die Mail von
Fax zwar versendet wird, wegen dem .forward aber ein Fehler auftritt und
die Mail vermutlich dadurch "fest hängt". Die erste Frage ist nun, warum
und woher kommt dieses .forward?
Was ich auch nicht so ganz verstehe. Das Versenden der Mail im Queue
wird durch den Cronjob /var/install/bin/mail-check-queue ausgelöst
(nehme ich an). Der steht aber auf 10,40 * * * * und das deckt sich
nicht mit der Zeit im exim Log.

Viele Grüße
Detlef Paschke

-- 
Das "Zitat des Augenblick" gibt es nur auf:
https://schabau.eu

Meine "Merkzettel" findet man unter:
https://helpdesk.schabau.eu