[Postfixbuch-users] Problem mit Exchange

[Andre Keller]

Uwe Driessen schrieb:
>
> Tztztztz evtl. sogar die Internetsecurity?
>   

Nee nur NAV 9

>
> Ob er es gerne hört oder nicht kann ja seine Einstellungen in Datei abspeichern und bei
> bedarf oder sollte es nicht daran liegen wieder drauf spielen. 
> Gab es Beschwerden von Seiten des Kunden oder stört es dich persönlich?  
>   

Der Kunde betreibt auf der ZyWall diverse VPNs. Unteranderem werden auch 
Backups über die Leitung geschickt (stündlich). Daher sollte das Gerät 
möglichst unterbruchsfrei arbeiten.

Vielleicht kann ich den Kunden überreden ein anderes Produkt 
einzusetzen. Was würdet Ihr als Firewall/VPN Lösung empfehlen?

>
>   
>>> Poste mal komplettes log ab connect bis disconnect.
>>>
>>>       
>> Aber natürlich. Ich hoffe ich habe alle Zeilen erwischt. war ziemlich
>> viel los um die Zeit. Jetzt bei genauerem hinsehen sah ich, dass es
>> bereits bei der Einlieferung Probleme gab...:
>>
>> Jan  9 18:53:55 rbn-unx-mxg-001 postfix/smtpd[29004]: connect from
>> mh.marriott.m0.net[209.11.164.109]
>> Jan  9 18:54:04 rbn-unx-mxg-001 postfix/policyd-weight[12515]: weighted
>> check:  NOT_IN_SBL_XBL_SPAMHAUS=-1.5 NOT_IN_SPAMCOP=-1.5
>> NOT_IN_BL_NJABL=-1.5 CL_IP_EQ_HELO_IP=-2 (check from: .delivery. - helo:
>> .mh.marriott.m0. - helo-domain: .m0.)
>> FROM/MX_MATCHES_NOT_HELO(DOMAIN)=1 <client=209.11.164.109>
>> <helo=mh.marriott.m0.net> <from=marriottrewards at marriott.delivery.net>
>> <to=x-x-x>, rate: -5.5
>> Jan  9 18:54:04 rbn-unx-mxg-001 postfix/policyd-weight[12515]: decided
>> action=PREPEND X-policyd-weight:  NOT_IN_SBL_XBL_SPAMHAUS=-1.5
>> NOT_IN_SPAMCOP=-1.5 NOT_IN_BL_NJABL=-1.5 CL_IP_EQ_HELO_IP=-2 (check
>> from: .delivery. - helo: .mh.marriott.m0. - helo-domain: .m0.)
>> FROM/MX_MATCHES_NOT_HELO(DOMAIN)=1 <client=209.11.164.109>
>> <helo=mh.marriott.m0.net> <from=marriottrewards at marriott.delivery.net>
>> <to=x-x-x>, rate: -5.5; delay: 4s
>> Jan  9 18:54:04 rbn-unx-mxg-001 postfix/smtpd[29004]: 18F1DFC7C:
>> client=mh.marriott.m0.net[209.11.164.109]
>> Jan  9 18:54:04 rbn-unx-mxg-001 postfix/cleanup[29010]: 18F1DFC7C:
>> message-id=<14562363054.1199901077722 at delivery.net>
>> Jan  9 18:54:04 rbn-unx-mxg-001 postfix/qmgr[28936]: 18F1DFC7C:
>> from=<marriottrewards at marriott.delivery.net>, size=28513, nrcpt=1 (queue
>> active)
>> Jan  9 18:59:03 rbn-unx-mxg-001 postfix/smtpd[29004]: timeout after
>> END-OF-MESSAGE from mh.marriott.m0.net[209.11.164.109]
>> Jan  9 18:59:03 rbn-unx-mxg-001 postfix/smtpd[29004]: disconnect from
>> mh.marriott.m0.net[209.11.164.109]
>>     
>
> Erster Versuch geht schief
>
>   
>> Jan  9 19:04:05 rbn-unx-mxg-001 postfix/smtp[29011]: 18F1DFC7C:
>> to=<x-x-x>, relay=213.160.62.5[213.160.62.5]:25, delay=610,
>> delays=9.3/0.04/0.04/601, dsn=4.4.2, status=deferred (conversation with
>> 213.160.62.5[213.160.62.5] timed out while sending end of data --
>> message may be sent more than once)
>>     
>
> Nicht komplett 
>   

Ist das einzige was Postfix zusätzlich noch logt um die Zeit. (mit der ID)

Jan  9 19:00:04 rbn-unx-mxg-001 postfix/qmgr[29045]: 18F1DFC7C: skipped, 
still being delivered
Jan  9 19:03:19 rbn-unx-mxg-001 postfix/qmgr[29076]: 18F1DFC7C: skipped, 
still being delivered
 
>   
>> Jan  9 19:15:08 rbn-unx-mxg-001 postfix/smtp[29093]: 18F1DFC7C:
>> to=<x-x-x>, relay=213.160.62.5[213.160.62.5]:25, delay=1273,
>> delays=672/0.01/0.04/600, dsn=4.4.2, status=deferred (conversation with
>> 213.160.62.5[213.160.62.5] timed out while sending end of data --
>> message may be sent more than once)
>>     
>
> Nicht komplett
>   

s.o. Es werden keinen Verbindungsaufnahmen (connect, disconnect) zum 
relay geloggt. Vielleicht muss da der Debuglevel angepasst werden.

>   
>> Jan  9 19:24:14 rbn-unx-mxg-001 postfix/pickup[29077]: EEAC3FC96:
>> uid=102 from=<marriottrewards at marriott.delivery.net> orig_id=18F1DFC7C
>> Jan  9 19:24:14 rbn-unx-mxg-001 postfix/cleanup[29179]: EEAC3FC96:
>> message-id=<14562363054.1199901077722 at delivery.net>
>> Jan  9 19:24:15 rbn-unx-mxg-001 postfix/qmgr[29076]: EEAC3FC96:
>> from=<marriottrewards at marriott.delivery.net>, size=28632, nrcpt=1 (queue
>> active)
>> Jan  9 19:24:15 rbn-unx-mxg-001 postfix/smtp[29182]: EEAC3FC96:
>> to=<x-x-x>, relay=213.160.62.5[213.160.62.5]:25, delay=1820,
>> delays=1820/0.04/0.03/0.63, dsn=2.6.0, status=sent (250 2.6.0
>> <14562363054.1199901077722 at delivery.net> Queued mail for delivery)
>>     
>
> Die wurde angenommen und ging durch 
>
>   
>> Jan  9 19:24:15 rbn-unx-mxg-001 postfix/qmgr[29076]: EEAC3FC96: removed
>>
>>
>>     
>
> Hängt der Kunde an DSL SDSL Standleitung?
>   

Ne Cable (Wird aber auf ein ADSL mit SLA migriert in den nächsten Wochen)

> Wenn der Kunde Problem hat mit den Mails dann muß man auch mal schauen wie hoch gerade der
> out und in zu dem Zeitpunkt beim Kunden war.
>   

Habe keinen Zugriff auf die Daten. Werde mal den Admin anhauen...

> DSL nur in etwa 75% der Leistung im vergleich zu einer digitalen mit gleicher
> Geschwindigkeit.
>   

Die haben sowiso Problem mit dem Inet über Cable...

> Ansonsten im Auge behalten und warten das der Kunde sich beschwert.
>   

Ist mir aufgefallen, da sich immer wieder solche Mails in der queue 
tummeln. Die Mails kamen bis jetzt aber alle durch (mit Verzögerungen 
bis 1h). Auch wurde alle Mails bisher nur einmal zugestellt.

> Wie häufig und zu welchen Zeiten treten diese Abbrüche auf, gibt es Gemeinsamkeiten.
> Waren kurz davor Auffälligkeiten auf deinem Server (z.B. viele Verbindungsaufbauten,
> Mailanzahl und oder Größe der Mails die rein oder raus usw. usw.)
>   

Nichts was der Server nicht bewältigen könnte

> Gibt es die Probs auch mit anderen Servern?
>   

Nein. Es werden auch diverse andere Exchange Server beliefert. (hängt 
aber keiner an Cable sondern alle per standleitung oder adsl am inet)

> Timeout beim exchange höher setzen   
>   

Wie?


Ich vermute nun es liegt an dem Internetzugang beim Kunden. Da Sie 
sowiso wechseln werden, werde ich ja nachher sehen obs besser läuft...