/u/18309/cool_zw_avatar_qr.png?f=community){kind=avatar}
Ik loop hier op het werk tegen een probleem aan met MAILsweeper for SMTP (versie 4.3 SP2 op W2000 SP4):
Bij het bezorgen van mail identificeert MAILsweeper zichzelf als <windows servernaam>.<dns suffix> ipv de hostname zoals die in de DNS staat geconfigureerd (mail.<domain>).
Sommige SMTP-servers vinden dat niet grappig en weigeren de mail (bijv. @home zeurt over een "ridiculous" name). Ik ga er vanuit dat deze machines via reverse lookup onze mailserver willen verifieren en dat mislukt natuurlijk omdat MAILsweeper dus niet de FQDN meegeeft.
Ik heb me een ongeluk gezocht in de MAILsweeper console, de config files en de registry, de Clearswift website en Google, maar kan nergens een setting vinden waarmee ik de meegegeven servernaam kan aanpassen.
Een oplossing zou zijn de Windows hostname aan te passen, maar dan valt de server buiten de naamconventie die we hanteren. Vind het ook maar een slordige work-around want dit moet toch binnen de SMTP-service op te lossen zijn
Bij het bezorgen van mail identificeert MAILsweeper zichzelf als <windows servernaam>.<dns suffix> ipv de hostname zoals die in de DNS staat geconfigureerd (mail.<domain>).
Sommige SMTP-servers vinden dat niet grappig en weigeren de mail (bijv. @home zeurt over een "ridiculous" name). Ik ga er vanuit dat deze machines via reverse lookup onze mailserver willen verifieren en dat mislukt natuurlijk omdat MAILsweeper dus niet de FQDN meegeeft.
Ik heb me een ongeluk gezocht in de MAILsweeper console, de config files en de registry, de Clearswift website en Google, maar kan nergens een setting vinden waarmee ik de meegegeven servernaam kan aanpassen.
Een oplossing zou zijn de Windows hostname aan te passen, maar dan valt de server buiten de naamconventie die we hanteren. Vind het ook maar een slordige work-around want dit moet toch binnen de SMTP-service op te lossen zijn