Ziggo SMTP loopt vast

[Jordy]

Hi all,

In relatie tot een ander topic zou ik graag e-mail welke ik binnenhaal met Mail Station willen forwarden naar een specifiek e-mailadres. Hiervoor wil de SMTP-service van Ziggo gebruiken, echter dit lijkt niet goed te werken. Wat mij opvalt in het logboek van Mail Server is dat de afzender staat gedefinieerd als 'SYSTEM' en ik vermoed dat hier het e-mailadres moet komen te staan zodat dit door de verificatie van Ziggo gaat lopen?

Weet iemand hoe ik dit goed moet inregelen? Als ik de SMTP service/instellingen aanpas naar GMail werkt dit zonder problemen, maar ik wil graag Ziggo gebruiken hiervoor.

Alvast bedankt!

[Jordy]

Hi all,

In de bijgesloten screenshot wellicht een verduidelijking van het issue.

[Briolet]

Aan dat maillog heb je niets voor foutopsporing. Je kunt alleen zien dat iets wel/niet verstuurd is.

Het echte maillog met redenen voor mislukkingen staat in "/volume1/@maillog/maillog".

Dat moet je via putty benaderen via een ssh inlog.

[Briolet]

In mijn handleiding "Mailserver inrichten" heb ik iets over dit logboek geschreven. Ik heb er net aan toegevoegd:

Als je dit logboek toch rechtstreeks via putty wilt bekijken, raad ik het commando "less" aan. Dit is speciaal voor het bekijken en zoeken in grote files. Ook voor files waar tijdens het bekijken nog regels aan toegevoegd worden.
"less" staat niet standaard op de nas. Je kunt het installeren via Package Center door het pakket "SynoCli File Tools" van de SynoCommunity te installeren. Als dat nog niet gebeurd is moet je eerst de SynoCommunity toevoegen aan Packece Center via "Instellingen --> Pakketbronnen --> http://packages.synocommunity.com/". Voor de opties van less type: "less --help"

[Basalt]

Met 'tail' kom je ook een heel eind, bijvoorbeeld 'tail -100 -f maillog' laat de laatste 100 regels zien, en blijft wachten of er nog meer regels bijkomen.

[Briolet]

Die had ik nog nooit gebruikt. Is inderdaad handiger als je alleen in de laatste regels van het log zoekt. En hij zit al in DSM. less heeft het voordeel van uitgebreide zoekfuncties. Handiger als je iets verder terug in het log zoekt en niet handmatig elke regel wilt bekijken, want het zijn tienduizenden regels. (Bij mij rouleert het log na 250.000 regels)

Of helemaal foolproof genoteerd:
sudo tail -100 -f /volume1/@maillog/maillog

Zonder sudo krijg ik geen foutmelding over rechten, maar over een syntax fout: "tail: option used in invalid context -- 1". Wat me eerst helemaal op het verkeerde been zette.

[Jordy]

Thanks voor de input allen, maak er goed gebruik van. Ik vind in de log de volgende details:

"said: 554 5.2.0 SMTP602 Message contains Spam Content"

Is er een methode om dit te kunnen onderdrukken?

[Basalt]

Misschien denkt Ziggo dat je echt aan het spammen bent, zie deze (verrassend recente) link:
https://community.ziggo.nl/t5/Internet/554-5-2-0-SMTP602-Message-contains-Spam-Content/td-p/778535

[Briolet]

Ik denk dat ik een mogelijke oorzaak zie. (Miischien) Er zit een grote bug in RoundCube, waar ik me zelf ook al eens eerder over geërgerd heb.

RoundCobe forward een mail met originele afzender. (idem doet hij als je een kopie doorstuurt) Als de ontvanger dan een controle op het afzend IP doet, klopt dit niet. Dit gaat vooral mis als de ontvanger een beveiliging ingesteld heeft.

Ik had als test een mail vanaf mijn icloud.com account stuur naar mijn eigen domein en laat dit door roundcube forwarden naat mijn ziggo.nl account, dan vind ik o.a. in de header:

Authentication-Results: ⁨mail.iss.as9143.net; spf=softfail (212.54.42.167;icloud.com); dkim=pass header.d=icloud.com; dmarc=pass header.from=icloud.com (p=quarantine sp=quarantine dis=pass)⁩

Roundcube laat in de geforwarde mail het icloud adres als afzender staan. Ziggo krijgt de mail echter binnen via het IP 212.54.42.167. Dit staat niet in de gepubliceerde lijst van icloud. Gevolg is een soft fail. In het geval van icloud, bevat de mail ook een dkim ondertekening door icloud. En omdat de inhoud van de mail niet veranderd, blijft de dkim ondertekening geldig bij het forwarden. En dmarc blijft geldig omdat het voldoende is dat of dkim of spf geldig is. BIj mij komt hij dus aan en ik kan de header bekijken met de toevoegingen van Ziggo.

Maar het blijft speculeren. Als hij niet aankomt blijf je aangewezen op het log zelf.

[Briolet]

Ik zie overigens als afzender geen 'SYSTEEM' in het Mail Server logboek staan. Bij mij staat er nu



Eerst komt er een mail binnen op mijn account op de nas met icloud als afzender. Vervolgens stuurt RoundCube het door naar ziggo met weel icloud als gespoofde afzender. De echte afzender is nu natuurlijk de nas. De message ID is bij beide gelijk gebleven.

Edit: oops. Ik geloof dat ik nu te snel ging. Omdat je wilde forwarden had ik dat getest. Maar bij jou gaat het al mis bij het gewoon versturen.