Seltsame Einträge in mail.log (Postfix) + Frage zu Ports

[static]

Hi,
ich habe öfters seltsame Einträge in der mail.log. Diese sehen folgendermassen aus (dieser hier stammt direkt nach einem Reboot):

Feb 2 22:15:32 myhost postfix/postfix-script: starting the Postfix mail system
Feb 2 22:15:32 myhost postfix/master[313]: daemon started
Feb 2 22:15:32 myhost postfix/qmgr[320]: C47E270026: from=<>, size=8148, nrcpt=1 (queue active)
Feb 2 22:15:33 myhost postfix/smtp[330]: connect to silkseat.com[203.26.226.202]: Connection refused (port 25)
Feb 2 22:15:33 myhost postfix/smtp[330]: C47E270026: to=<video-fuck-fest-html-crash=myhost.net@silkseat.com>, relay=none,
delay=274492, status=deferred (connect to silkseat.com[203.26.226.202]: Connection refused)

Seltsam daran finde ich vorallem, dass hier steht "connect to silkseat.com". Was will sich denn mein Rechner mit dem verbinden? Bei "connect from silkseat.com" könnte ich das ja verstehen...

Noch ne zweite Frage... Seit Drac installiert ist, wurden zwei neue Ports geöffnet 111 für portmap und einer der dynamisch für drac geöffnet wird. Es erscheint mir aber nicht logisch warum die Zugang zum Inet brauchen. Sind die wirklich nötig?

Vielen Dank im voraus für alle Mühen

Grüsse aus der Schweiz
so long
static

[dodolin]

Feb 2 22:15:32 myhost postfix/qmgr[320]: C47E270026: from=<>, size=8148, nrcpt=1 (queue active)
Feb 2 22:15:33 myhost postfix/smtp[330]: connect to silkseat.com[203.26.226.202]: Connection refused (port 25)
Feb 2 22:15:33 myhost postfix/smtp[330]: C47E270026: to=<video-fuck-fest-html-crash=myhost.net@silkseat.com>, relay=none,
delay=274492, status=deferred (connect to silkseat.com[203.26.226.202]: Connection refused)

Ich übersetze mal...

Ein Bounce ("from=<>") soll an "to=<video-fuck-fest-html-crash=myhost.net@silkseat.com>" zugestellt werden. Deshalb will dein Rechner sich da hin verbinden. Kann es sein, dass dein MTA so konfiguriert ist, dass er bei Zustellversuchen an nichtexistente local_parts keinen 5er SMTP-Error erzeugt, sondern die Mail erst mal annimmt und dann einen Bounce generiert? Dieses Verhalten ist äusserst schlecht, es lässt sich für Spamming missbrauchen. Nebenbei entsteht so unnötiger Traffic und wer mit einem Rootserver möchte nicht Traffic sparen, wo es nur geht???

[static]

Hi,
[edit] von selbst gelöst ^^

Thx @ dodolin

so long
static

[adjustman]

..Kann es sein, dass dein MTA so konfiguriert ist, dass er bei Zustellversuchen an nichtexistente local_parts keinen 5er SMTP-Error erzeugt, sondern die Mail erst mal annimmt und dann einen Bounce generiert? ..

Wie kann man denn das prüfen? Bzw. wovon hängt es ab? Einträge in der main.cf? Oder?