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

Groups > de.comm.software.mailreader > #522 > unrolled thread

OT [Mercury] SMTP-Log

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

Contents

  OT [Mercury] SMTP-Log "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2018-09-03 14:39 +0200
    Re: OT [Mercury] SMTP-Log dseppi@a1.net (David Seppi) - 2018-09-03 13:29 +0000
    Re: OT [Mercury] SMTP-Log Andreas Kohlbach <ank@spamfence.net> - 2018-09-03 16:31 -0400
      Re: OT [Mercury] SMTP-Log "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2018-09-04 09:07 +0200
        Re: OT [Mercury] SMTP-Log Andreas Kohlbach <ank@spamfence.net> - 2018-09-04 16:00 -0400

#522 — OT [Mercury] SMTP-Log

	Hallo,

da mein Newsreader in de.comm.software.mailserver keinen einzigen
Beitrag anzeigt, nehme ich an, die Gruppe ist tot und poste deshalb hier:

Wir betreiben ein Mail2Fax-Gateway, dem ein Mercury-Server vorgelagert
ist. Faxe werden als eMails mit der Zieladresse <faxnumber@fax-domain>
an das Gateway geschickt, konvertiert und als Faxe verschickt.
Heute wurden Testaufträge eines Nutzers zurückgewiesen mit der Begründung
	"Kein Empfänger gefunden"
Das passiert, wenn im Localpart der Zieladresse keine Ziffernfolge
steht, die als Fax-Nr. interpretiert werden könnte. Im SMTP-Log des
Mercury-Servers (auf dem Gateway installiert) finden sich dazu folgende
Einträge:

T 20180903 111426 5b7fa2f0 MAIL FROM:<gname1.sname1@maildomain> SIZE=1777
T 20180903 111426 5b7fa2f0 RCPT TO:<faxnum1@fax-domain>
T 20180903 111426 5b7fa2f0 DATA
T 20180903 111426 5b7fa2f0 DATA - 15 lines, 568 bytes.
T 20180903 111426 5b7fa2f0 QUIT

Mit jedem anderen Absender funktioniert es und der Logeintrag ist
praktisch identisch, insbesondere die Adresse hinter RCPT TO:
T 20180903 111143 5b7fa2ec MAIL FROM:<gname2.sname2@maildomain> SIZE=2223
T 20180903 111143 5b7fa2ec RCPT TO:<faxnum1@fax-domain>
T 20180903 111143 5b7fa2ec RCPT TO:<faxnum2@fax-domain>
T 20180903 111143 5b7fa2ec DATA
T 20180903 111143 5b7fa2ec DATA - 29 lines, 1013 bytes.
T 20180903 111143 5b7fa2ec QUIT

Später funktionierte es und im Mercury-Log fand sich:
T 20180903 114146 5b7fa2fc MAIL FROM:<hci@linse.homedomain> SIZE=1915
T 20180903 114146 5b7fa2fc RCPT TO:<faxnum1@fax-domain>

Das Gateway selbst zeigte als Absender sowohl bei dem als fehlerhaft
befundenen als auch beim abgearbeiteten Auftrag stets die gleiche
Absenderadresse gname1.sname1@maildomain. Das Empfängerfeld ist im
Sendelog des Gateways bei den fehlerhaften Aufträgen leer (klar, wenn
kein Empfänger gefunden wird), bei Erfolg steht dort die Faxnummer, also
der Localpart der ursprünglichen Mail.

Bisher war ich davon ausgegangen, Mercury zeigt unter
	\...\Mercury\LOGS\MERCURYS\
den echten SMTP-Dialog an, also Befehlszeilen, die man z.B. mit
	telnet <mailserver> 25
einwerfen könnte. Da sowohl die Adresse hinter MAIL FROM als auch die
hinter RCPT TO von den tatsächlichen Absender- bzw. Empfängeradressen
abweichen können frage ich mich: Was loggt Mercury da??
-- 


			CU	Chr. Maercker.

[toc] | [next] | [standalone]

#523

Chr. Maercker schrieb:

>         Hallo,
> 
> da mein Newsreader in de.comm.software.mailserver keinen einzigen
> Beitrag anzeigt, nehme ich an, die Gruppe ist tot und poste deshalb hier:

Dann ist Dein Feed kaputt. Der letzte Beitrag dort ist vom 29. August,
Message-ID: <fuo00uFp95kU1@mid.individual.net>

Ich leite einmal mit Fullquote dorthin um ...

> Wir betreiben ein Mail2Fax-Gateway, dem ein Mercury-Server vorgelagert
> ist. Faxe werden als eMails mit der Zieladresse <faxnumber@fax-domain>
> an das Gateway geschickt, konvertiert und als Faxe verschickt.
> Heute wurden Testaufträge eines Nutzers zurückgewiesen mit der Begründung
>         "Kein Empfänger gefunden"
> Das passiert, wenn im Localpart der Zieladresse keine Ziffernfolge
> steht, die als Fax-Nr. interpretiert werden könnte. Im SMTP-Log des
> Mercury-Servers (auf dem Gateway installiert) finden sich dazu folgende
> Einträge:
> 
> T 20180903 111426 5b7fa2f0 MAIL FROM:<gname1.sname1@maildomain> SIZE=1777
> T 20180903 111426 5b7fa2f0 RCPT TO:<faxnum1@fax-domain>
> T 20180903 111426 5b7fa2f0 DATA
> T 20180903 111426 5b7fa2f0 DATA - 15 lines, 568 bytes.
> T 20180903 111426 5b7fa2f0 QUIT
> 
> Mit jedem anderen Absender funktioniert es und der Logeintrag ist
> praktisch identisch, insbesondere die Adresse hinter RCPT TO:
> T 20180903 111143 5b7fa2ec MAIL FROM:<gname2.sname2@maildomain> SIZE=2223
> T 20180903 111143 5b7fa2ec RCPT TO:<faxnum1@fax-domain>
> T 20180903 111143 5b7fa2ec RCPT TO:<faxnum2@fax-domain>
> T 20180903 111143 5b7fa2ec DATA
> T 20180903 111143 5b7fa2ec DATA - 29 lines, 1013 bytes.
> T 20180903 111143 5b7fa2ec QUIT
> 
> Später funktionierte es und im Mercury-Log fand sich:
> T 20180903 114146 5b7fa2fc MAIL FROM:<hci@linse.homedomain> SIZE=1915
> T 20180903 114146 5b7fa2fc RCPT TO:<faxnum1@fax-domain>
> 
> Das Gateway selbst zeigte als Absender sowohl bei dem als fehlerhaft
> befundenen als auch beim abgearbeiteten Auftrag stets die gleiche
> Absenderadresse gname1.sname1@maildomain. Das Empfängerfeld ist im
> Sendelog des Gateways bei den fehlerhaften Aufträgen leer (klar, wenn
> kein Empfänger gefunden wird), bei Erfolg steht dort die Faxnummer, also
> der Localpart der ursprünglichen Mail.
> 
> Bisher war ich davon ausgegangen, Mercury zeigt unter
>         \...\Mercury\LOGS\MERCURYS\
> den echten SMTP-Dialog an, also Befehlszeilen, die man z.B. mit
>         telnet <mailserver> 25
> einwerfen könnte. Da sowohl die Adresse hinter MAIL FROM als auch die
> hinter RCPT TO von den tatsächlichen Absender- bzw. Empfängeradressen
> abweichen können frage ich mich: Was loggt Mercury da??

-- 
David Seppi
1220 Wien

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

#524

On Mon, 3 Sep 2018 14:39:02 +0200, Chr. Maercker wrote:
>
> da mein Newsreader in de.comm.software.mailserver keinen einzigen
> Beitrag anzeigt, nehme ich an, die Gruppe ist tot und poste deshalb hier:

Ich kann dort Beiträge sehen.
-- 
Andreas

My random thoughts and comments
https://news-commentaries.blogspot.com/

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

#525

Andreas Kohlbach wrote:
> Ich kann dort Beiträge sehen.

Du nutzt auch den Newsserver von Albasani, richtig? Weil ich bei dem
wiederholt erlebt habe, dass alle bzw. fast alle alten Beiträge gelöscht
waren. Meist passierte das nach den diversen Störungen, die es bei
Albasani letztes Jahr gab, diesmal beobachte ich es erstmalig beim Bezug
einer neuen Gruppe. Kurzzeitig wurde sogar noch angezeigt, dass > 9.000
Beiträge anliegen.
-- 


			CU	Chr. Maercker.

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

#526

On Tue, 4 Sep 2018 09:07:15 +0200, Chr. Maercker wrote:
>
> Andreas Kohlbach wrote:
>> Ich kann dort Beiträge sehen.
>
> Du nutzt auch den Newsserver von Albasani, richtig? Weil ich bei dem
> wiederholt erlebt habe, dass alle bzw. fast alle alten Beiträge gelöscht
> waren. Meist passierte das nach den diversen Störungen, die es bei
> Albasani letztes Jahr gab, diesmal beobachte ich es erstmalig beim Bezug
> einer neuen Gruppe. Kurzzeitig wurde sogar noch angezeigt, dass > 9.000
> Beiträge anliegen.

Ja. Aber gelöscht waren die trotz der Probleme nie.

Laut Deinem Header nutzt Du den auch auch...

F'up2 poster.
-- 
Andreas

My random thoughts and comments
https://news-commentaries.blogspot.com/

[toc] | [prev] | [standalone]

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

csiph-web