Spamassassin en notify
Geplaatst: 01 jun 2004, 12:37
Hoi,
Het probleem is bekend op phpBB.com, maar de ontwikkelaars daar snappen er weinig van. Of ze doen het af met simpele suggesties zonder verder uitzoekwerk. Waar het om gaat? Heel simpel, de notificatie die je kunt krijgen als er iets nieuws gepost wordt, wordt door SpamAssassin als spam gezien:
De eerste suggestie was een upgrade naar de nieuwste versie. Het forum gebruikte 2.0.5 en de changelog geeft aan dat sindsdien één en ander gewijzigd is in het mailen. Na een upgrade naar 2.0.8a verdwijnt echter alleen de INVALID_DATE. Deze werd veroorzaakt omdat de tijdzone in versie 2.0.5 niet juist werd gezet. De overige problemen blijven.
Zeer zwaar wordt het lege To veld aangerekend. In de suggesties stond ook iets over een sendmail_fix welke het To-veld aanpast naar een spatie in plaats van Undisclosed-recipients:;. Echter de volgende testpagina geeft aan dat het aanpassen van het To-veld juist wordt doorgevoerd:
Toevallig ontdekten we nog een aantal ander fora met hetzelfde probleem of juist niet. Je krijgt een TO_MALFORMED (met veel minder strafpunten) als het forum een relay gebruikt in plaats van lokaal verstuurd.
Na de nodige experimenten ontdekten we dat een aantal hosters voor de lokale mail deze To aanpassen naar een lege string, zelfs als er Undisclosed-recipients:; staat! Kortom het probleem is dus niet echt phpBB, maar een combinatie van de mailroute die daarop volgt.
Nu het probleem duidelijk is, moet er voor mijn gevoel ook een oplossing te bedenken zijn. Zoals gezegd wordt het To veld (terecht) zeer zwaar geteld in SpamAssassin. Hier is dus de meeste eer te behalen. Andere oplossing is omschakelen naar Nederlands, dan vervalt het slappe excuus (EXCUSE_1)
Ben benieuwd naar suggesties...
Het probleem is bekend op phpBB.com, maar de ontwikkelaars daar snappen er weinig van. Of ze doen het af met simpele suggesties zonder verder uitzoekwerk. Waar het om gaat? Heel simpel, de notificatie die je kunt krijgen als er iets nieuws gepost wordt, wordt door SpamAssassin als spam gezien:
Code: Selecteer alles
This mail is probably spam. The original message has been attached along with this report, so you can recognize or block similar unwanted mail in future. See http://spamassassin.org/tag/ for more details.
Content preview: Hello, You are receiving this email because you are
watching the topic, "xxx" at yyy. This topic has received a reply since your last visit. You can use the following link to view the replies made, no more notifications will be sent until you visit the topic. [...]
Content analysis details: (5.80 points, 5 required)
NO_REAL_NAME (0.8 points) From: does not include a real name
TO_EMPTY (2.6 points) To: is empty
INVALID_DATE (0.6 points) Invalid Date: header (not RFC 2822)
EXCUSE_1 (0.7 points) BODY: Gives a lame excuse about why you were sent this spam
MISSING_HEADERS (0.5 points) Missing To: header
MISSING_OUTLOOK_NAME (0.6 points) Message looks like Outlook, but isn't
Zeer zwaar wordt het lege To veld aangerekend. In de suggesties stond ook iets over een sendmail_fix welke het To-veld aanpast naar een spatie in plaats van Undisclosed-recipients:;. Echter de volgende testpagina geeft aan dat het aanpassen van het To-veld juist wordt doorgevoerd:
Code: Selecteer alles
<?php
define('IN_PHPBB', true);
$phpbb_root_path = './';
include($phpbb_root_path . 'extension.inc');
include($phpbb_root_path . 'common.'.$phpEx);
$to = ($to == '') ? (($board_config['sendmail_fix']) ? ' ' : 'Undisclosed-recipients:;') : $to;
print "---$to---<br>";
?>
Na de nodige experimenten ontdekten we dat een aantal hosters voor de lokale mail deze To aanpassen naar een lege string, zelfs als er Undisclosed-recipients:; staat! Kortom het probleem is dus niet echt phpBB, maar een combinatie van de mailroute die daarop volgt.
Nu het probleem duidelijk is, moet er voor mijn gevoel ook een oplossing te bedenken zijn. Zoals gezegd wordt het To veld (terecht) zeer zwaar geteld in SpamAssassin. Hier is dus de meeste eer te behalen. Andere oplossing is omschakelen naar Nederlands, dan vervalt het slappe excuus (EXCUSE_1)

Ben benieuwd naar suggesties...