Betreft: Exchange 2007 invalid header fields
Gebruik:
Popconnector in SBS 2008.
Probleem:
Mails die een invalid header bevatten worden niet gedownload.
De maximale fout berichten is 5.
Waarna er geen nieuwe mails meer opgehaald worden.
Bekende oplossingen:
Mail direct op de server af te leveren.
Verhaal:
Bij meerdere servers draait de popconnector en bij allemaal komt het geregeld voor dat als er mails in staan met een invalid header de boel stagneert.
Denk hierbij aan return berichten als een email niet is aangekomen al dan niet limit size exceeded berichten.
Het vervelende is dat het ook geen nieuwe mails ophaalt nadat er 5 berichten geconstateerd zijn die niet in orde zijn.
De truc voor een semi oplossing is deze:
The workaround is to increase the “MaxProtocolErrors” property of the
internal receive connector, which is called “\Windows SBS
Fax Sharepoint Receive ”, and then restart the Exchange
Transport service for the change to take effect (and you’ll have to
restart the pop3connector service, too, since it depends on the Exchange
Transport service). Unfortunately, you can’t set that property from the
Exchange management GUI, so you have to do it from an (elevated)
Exchange Powershell prompt. Here are the instructions:
From an elevated Exchange Management Shell (Exchange Powershell window)
(right click on “Start-->Microsoft Exchange Server 2007-->Exchange
Management Shell” and then choose “Run as administrator”) run the
following Powershell commands:
Set-ReceiveConnector -Identity ($Env:computername + "\Windows SBS Fax
Sharepoint Receive " + $Env:computername) -MaxProtocolErrors 500
Stop-Service pop3connector
Restart-Service -force MSExchangeTransport
Start-Service pop3connector
That will increase the MaxProtocol errors (of the internal receive
connector only) to match the pop3connector’s max emails downloaded per
session. Once you get 500 messages with malformed headers stacked up in
the POP3 mailbox, though, you’ll still have to delete them manually.
Maar ook bij deze oplossing zit je nog steeds vast aan de 500 foute headers.
Het direct op de server afleveren is geen optie.
Dit zou toch op te lossen moeten zijn.
Ben al aardig door de google hell heen gegaan aangezien er genoeg topics bestaan maar tot op heden niet echt een goeie oplossing bieden en of begrijpbaar.
Iemand die dit ook heeft mee gemaakt of al mee zit die wel een betere oplossing heeft dan de hierboven vermelde aanpassing.
Alvast bedankt.
Gebruik:
Popconnector in SBS 2008.
Probleem:
Mails die een invalid header bevatten worden niet gedownload.
De maximale fout berichten is 5.
Waarna er geen nieuwe mails meer opgehaald worden.
Bekende oplossingen:
Mail direct op de server af te leveren.
Verhaal:
Bij meerdere servers draait de popconnector en bij allemaal komt het geregeld voor dat als er mails in staan met een invalid header de boel stagneert.
Denk hierbij aan return berichten als een email niet is aangekomen al dan niet limit size exceeded berichten.
Het vervelende is dat het ook geen nieuwe mails ophaalt nadat er 5 berichten geconstateerd zijn die niet in orde zijn.
De truc voor een semi oplossing is deze:
The workaround is to increase the “MaxProtocolErrors” property of the
internal receive connector, which is called “\Windows SBS
Fax Sharepoint Receive ”, and then restart the Exchange
Transport service for the change to take effect (and you’ll have to
restart the pop3connector service, too, since it depends on the Exchange
Transport service). Unfortunately, you can’t set that property from the
Exchange management GUI, so you have to do it from an (elevated)
Exchange Powershell prompt. Here are the instructions:
From an elevated Exchange Management Shell (Exchange Powershell window)
(right click on “Start-->Microsoft Exchange Server 2007-->Exchange
Management Shell” and then choose “Run as administrator”) run the
following Powershell commands:
Set-ReceiveConnector -Identity ($Env:computername + "\Windows SBS Fax
Sharepoint Receive " + $Env:computername) -MaxProtocolErrors 500
Stop-Service pop3connector
Restart-Service -force MSExchangeTransport
Start-Service pop3connector
That will increase the MaxProtocol errors (of the internal receive
connector only) to match the pop3connector’s max emails downloaded per
session. Once you get 500 messages with malformed headers stacked up in
the POP3 mailbox, though, you’ll still have to delete them manually.
Maar ook bij deze oplossing zit je nog steeds vast aan de 500 foute headers.
Het direct op de server afleveren is geen optie.
Dit zou toch op te lossen moeten zijn.
Ben al aardig door de google hell heen gegaan aangezien er genoeg topics bestaan maar tot op heden niet echt een goeie oplossing bieden en of begrijpbaar.
Iemand die dit ook heeft mee gemaakt of al mee zit die wel een betere oplossing heeft dan de hierboven vermelde aanpassing.
Alvast bedankt.
Niet verkeerd bedoeld, maar leidt alleen maar tot een zinloze discussie.:strip_icc():strip_exif()/u/15793/zwelgje100.jpg?f=community)
:strip_icc():strip_exif()/u/83667/DDZ_Maliebaan_70px.jpg?f=community)
