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

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

Re: OT [Mercury] SMTP-Log

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

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: OT [Mercury] SMTP-Log dseppi@a1.net (David Seppi) - 2018-09-03 13:29 +0000
    Re: OT [Mercury] SMTP-Log "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2018-09-03 15:41 +0200
    Re: OT [Mercury] SMTP-Log Thomas Gohel <gohel@basicguru.de> - 2018-09-03 19:07 +0200
      Re: OT [Mercury] SMTP-Log "Chr. Maercker" <Zweistein@gmx-topmail.de> - 2018-09-04 09:14 +0200

#5971 — Re: OT [Mercury] SMTP-Log

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] | [next] | [standalone]

#5972

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

Beim ersten Öffnen der Group wurden gut 9.000 Beiträge angezeigt und der
"Denkpause" zufolge auch vom Reader abgearbeitet. Danach kam ein leeres
Fenster. Dein Follow up ist aber zu sehen, ich nehme an, alle
Folgebeiträge ebenpfalz:

> 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??
> 

-- 


			CU	Chr. Maercker.

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

#5973

Hallo David,

>> 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??

Den SMTP-Dialog. ;-)

Im Ernst, wenn es im Logfile Auffälligkeiten gibt, dann werden diese durch
den Client erzeugt. Ansonsten würde ich die Option für die Erstellung der
Sessions-Logfiles aktivieren, denn dort wird die Session wirklich 1:1
protokolliert.

Tschau,

  --------------
   / h o m a s
-- 
Kill-, Filter- und Scorefiles: Die modernen Schallschutzwaende des Usenet.

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

#5974

Thomas Gohel wrote:
> Den SMTP-Dialog. ;-)

Hatte ich einklich auch erwartet.

> Im Ernst, wenn es im Logfile Auffälligkeiten gibt, dann werden diese durch
> den Client erzeugt. 

Das sowieso. Ich frage mich nur, wie es möglich ist, im RCPT TO: und im
MAIL FROM: andere Adressen zu übergeben als von der nachgelagerten
Software verwendet wird!

> Ansonsten würde ich die Option für die Erstellung der
> Sessions-Logfiles aktivieren, denn dort wird die Session wirklich 1:1
> protokolliert.

Hab ich auch überlegt. Oder ich lasse mir die zu konvertierenden Mails
direkt schicken.

-- 


			CU	Chr. Maercker.

[toc] | [prev] | [standalone]

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

csiph-web