Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comm.software.mailserver > #4993 > unrolled thread

wer ist spieglerr

Back to article view | Back to de.comm.software.mailserver

Contents

  wer ist spieglerr Uwe Forner <liste@uforner.de> - 2015-08-09 12:16 +0200
    Re: wer ist spieglerr "Juergen P. Meier" <nospam-1984@jors.net> - 2015-08-09 12:20 +0000
    Re: wer ist spieglerr Arno Welzel <usenet@arnowelzel.de> - 2015-08-10 10:38 +0200
      Re: wer ist spieglerr Uwe Forner <liste@uforner.de> - 2015-08-10 14:22 +0200
        Re: wer ist spieglerr Matthias Andree <matthias.andree@gmx.de> - 2015-08-11 02:33 +0200
        Re: wer ist spieglerr Burkhard Ott <news2009@derith.de> - 2015-08-11 06:43 +0000
          Re: wer ist spieglerr Uwe Forner <liste@uforner.de> - 2015-08-11 08:55 +0200
        Re: wer ist spieglerr "Juergen P. Meier" <nospam-1984@jors.net> - 2015-08-11 07:45 +0000
          Re: wer ist spieglerr Uwe Forner <liste@uforner.de> - 2015-08-11 17:34 +0200

#4993 — wer ist spieglerr

Hallo,
in den Logs meines Postfix taucht dann und wann eine Weiterleitung an
eine Mailadresse spieglerr@googlemail.com auf. Es gibt aber nirgends
eine entprechende Eintragung in amavis oder den tables.

Hat vielleicht jemand das selbe Problem?

MfG
Uwe

[toc] | [next] | [standalone]

#4994

Uwe Forner <liste@uforner.de>:
> in den Logs meines Postfix taucht dann und wann eine Weiterleitung an
> eine Mailadresse spieglerr@googlemail.com auf. Es gibt aber nirgends

Noch weniger Details und dir kann niemand helfen.

> eine entprechende Eintragung in amavis oder den tables.
>
> Hat vielleicht jemand das selbe Problem?

Nope. Die Adresse taucht in meinen Logs nirgends auf.

bitte alle relevanten Logzeilen dieser Weiterleitung zusammenfassen
und ggf. anonymisiert posten.

Tip: Die erste Hexadezimalzahl vor dem Text der Logziele ist der
Schluessel um alle Zeilen einer Transaktion susammenzuraffen.

[toc] | [prev] | [next] | [standalone]

#4995

Am 2015-08-09 um 12:16 schrieb Uwe Forner:

> Hallo,
> in den Logs meines Postfix taucht dann und wann eine Weiterleitung an
> eine Mailadresse spieglerr@googlemail.com auf. Es gibt aber nirgends
> eine entprechende Eintragung in amavis oder den tables.
> 
> Hat vielleicht jemand das selbe Problem?

Nein, in meinem Postfix taucht diese Adresse in keinem Log auf.

Definiere "Weiterleitung an eine Mailadresse" - idealerweise zeige die
betreffenden Logeinträge (ggf. anonymisiert).


-- 
Arno Welzel
http://arnowelzel.de
http://de-rec-fahrrad.de
http://fahrradzukunft.de

[toc] | [prev] | [next] | [standalone]

#4996

Hallo,
ich meinte damit, das in keiner der table-Dateien irgendwo eine Um- oder 
Weiterleitung nach spiegleer@googlemail.com enthalten ist. Das Problem 
scheint aber im Zusammenhang mit fetchmail zu stehen, in dem log steht 
zwar nichts, aber beim händischen Abholen der Mails ist mir so ein 
Vorgang augefallen.

In der mail.info steht :
Aug  3 15:44:16 server2 amavis[1527]: (01527-06) Passed CLEAN, 
[127.0.0.1] [127.0.0.1] <> -> <spieglerr@googlemail.com>, Message-ID: 
<20150803134035.01EC11BF24@meinserver.dom.lan>, mail_id: cZwhkA2zfeeb, 
Hits: -2.9, size: 4163, queued_as: 23B96143640, 214042 ms
Aug  3 15:44:16 server2 postfix/smtp[3257]: 01EC11BF24: 
to=<spieglerr@googlemail.com>, relay=127.0.0.1[127.0.0.1]:10024, 
delay=222, delays=1.8/0.67/15/205, dsn=2.0.0, status=sent (250 2.0.0 Ok, 
id=01527-06, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 
23B96143640)
Aug  3 15:44:16 server2 postfix/qmgr[2075]: 23B96143640: from=<>, 
size=4627, nrcpt=1 (queue active)
Aug  3 15:44:20 server2 postfix/qmgr[2075]: 01EC11BF24: removed
Aug  3 15:44:50 server2 postfix/smtp[3340]: 23B96143640: 
to=<spieglerr@googlemail.com>, relay=meinrelay.dom.de[x.y.z.24]:25, 
delay=51, delays=18/19/3.4/11, dsn=5.7.1, status=bounced (host 
meinrelay.dom.de[x.y.z.24] said: 550 5.7.1 <spieglerr@googlemail.com>: 
Recipient address rejected: Limit reached -   ERROR 26 (in reply to RCPT 
TO command))
Aug  3 15:44:53 server2 postfix/qmgr[2075]: 23B96143640: removed

in der mail.log:

Aug  3 15:44:16 server2 amavis[1527]: (01527-06) Passed CLEAN, 
[127.0.0.1] [127.0.0.1] <> -> <spieglerr@googlemail.com>, Message-ID: 
<20150803134035.01EC11BF24@mail.dom.lan>, mail_id: cZwhkA2zfeeb, Hits: 
-2.9, size: 4163, queued_as: 23B96143640, 214042 ms
Aug  3 15:44:16 server2 postfix/smtp[3257]: 01EC11BF24: 
to=<spieglerr@googlemail.com>, relay=127.0.0.1[127.0.0.1]:10024, 
delay=222, delays=1.8/0.67/15/205, dsn=2.0.0, status=sent (250 2.0.0 Ok, 
id=01527-06, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 
23B96143640)

Am 10.08.2015 um 10:38 schrieb Arno Welzel:

> Definiere "Weiterleitung an eine Mailadresse" - idealerweise zeige die
> betreffenden Logeinträge (ggf. anonymisiert).

[toc] | [prev] | [next] | [standalone]

#4997

Am 10.08.2015 um 14:22 schrieb Uwe Forner:
> Hallo,
> ich meinte damit, das in keiner der table-Dateien irgendwo eine Um- oder
> Weiterleitung nach spiegleer@googlemail.com enthalten ist. Das Problem
> scheint aber im Zusammenhang mit fetchmail zu stehen, in dem log steht
> zwar nichts, aber beim händischen Abholen der Mails ist mir so ein
> Vorgang augefallen.

Das wäre typischerweise eine missbräuchlicher Konfiguration von
multidrop und/oder mda-Optionenm, oder einer Reinjektion auf Mailheader,
anstatt auf den Envelope.

[toc] | [prev] | [next] | [standalone]

#4998

On Mon, 10 Aug 2015 14:22:11 +0200, Uwe Forner wrote:

> Aug  3 15:44:16 server2 postfix/qmgr[2075]: 23B96143640: from=<>,
> size=4627, nrcpt=1 (queue active)

Backscatter?

[toc] | [prev] | [next] | [standalone]

#4999

Hallo,
es gibt aber kein catchall. Jede Adresse wird durch einen eigenen
Eintrag in der fetchmailrc abgerufen.


Am 11.08.2015 um 08:43 schrieb Burkhard Ott:

> Backscatter?

[toc] | [prev] | [next] | [standalone]

#5000

Uwe Forner <liste@uforner.de>:
> In der mail.info steht :
> Aug  3 15:44:16 server2 amavis[1527]: (01527-06) Passed CLEAN, 
> [127.0.0.1] [127.0.0.1] <> -> <spieglerr@googlemail.com>, Message-ID: 
                          ^^
Backscatter. Du erzeugst Backscatter weil du die Mail erst nach der
Annahme verarbeitest.

Unterlasse es einfach, Fehlermails zu erzeugen nachdem du eine Mail
bereits angenommen hast.

[toc] | [prev] | [next] | [standalone]

#5001

Hallo,
soll wohl heissen, in /etc/amavis/conf.d/20-debian-defaults
die Option $final_banned_destiny von D_DISCARD in D_PASS zu ändern?

Uwe

Am 11.08.2015 um 09:45 schrieb Juergen P. Meier:
> Backscatter. Du erzeugst Backscatter weil du die Mail erst nach der
> Annahme verarbeitest.
> 
> Unterlasse es einfach, Fehlermails zu erzeugen nachdem du eine Mail
> bereits angenommen hast.
> 

[toc] | [prev] | [standalone]

Back to top | Article view | de.comm.software.mailserver

csiph-web