Onderwerp: Benieuwdheid, QMAIL/Spamassassin

Ik ben heel benieuwd of dit kan;

ik stuur mijn MX door naar server 1, die moet alles scannen en spamvrij houden. Alle overgebleven mail moet via MX naar server 2 worden gezonden (exchange server) waar de gebruikers aan hangen.

Het gaat hierbij om één domein.


Is dit mogelijk?

Op server 1 draait Linux (Debian Woody) met Qmail/Vpopmail en op server 2 staat Excange binnen het bedrijfsnetwerk.

Ja, dit kan.
Maar veel spamverstuurders sturen het direct door naar de 2e MX record

Wat je wel kunt doen is vanaf de eerste mailserver de mail over poort 26 te laten sturen naar je 2e....
Spamverstuurders sturen vaak wel naar 2e mx-record; maar altijd over poort 25...
In je router kun je dan poort 26 weer natten naar 25; of je stelt exchange in dat hij accepteert op poort 26...

Origineel geplaatst door Triloxigen
Ja, dit kan.
Maar veel spamverstuurders sturen het direct door naar de 2e MX record

Hoe?

een klant van ons heeft op de zaak een exchange server staan maar zonder anti-spam en wil dat wij dit op een server in het datacentrum gaan afhandelen.

Heb er nog nooit iets over gezien of gelezen, ik weet wel dat het 'kan' maar hoe is me een raadsel.

Origineel geplaatst door CharlieRoot


Hoe?

Gewoon door de DNS gegevens op te vragen en dan de mail naar de 2e mailserver sturen ipv de eerste

Origineel geplaatst door Triloxigen


Gewoon door de DNS gegevens op te vragen en dan de mail naar de 2e mailserver sturen ipv de eerste

Ja .. oke.. daar kan ik me dus echt zo snel even niets bij voorstellen. Als ik 2 MX records maak (prio 10/30 ?) hoe 'stuur ik het' dan naar die tweede?

En bestaat er dan niet de kans dat hij de eerste 'perongeluk' overslaat oid?

lifewithqmail.org:
4.2.1. SMTP

MUA's can open a TCP connection to port 25, the standard SMTP port, on the local host or a designated mail server. The MUA and the MTA then engage in a dialogue that results in either:

* the message being transfered to the MTA, or
* a error status being returned to the MUA

SMTP has no mechanism for authentication, so no username or password is required to send a message. However, many MTA's refuse to accept messages that don't appear to be either from or for a local user. If a properly formatted message is rejected, relaying restrictions are the most likely cause. See the Relaying section for more information about relay configuration.

Zoals crazycoder heeft aangeraden, IMF van Microsoft.
http://www.microsoft.com/technet/pro...f/default.mspx

Ik moet er zelf nog mee aan de gang, maar komende week is de planning. Dan hoef je niet aan de gang met doorsturen etc.

Origineel geplaatst door getUP
Zoals crazycoder heeft aangeraden, IMF van Microsoft.
http://www.microsoft.com/technet/pro...f/default.mspx

Ik moet er zelf nog mee aan de gang, maar komende week is de planning. Dan hoef je niet aan de gang met doorsturen etc.

Klant wil specifiek het op onze machine laten controleren en niet op die van hem.

Qmail kent smtproutes.

MX records naar jouw mailserver laten wijzen en smtproute voor dat domein toevoegen zodat ie 't de goede kant op relayed.

Origineel geplaatst door Fabian
Qmail kent smtproutes.

MX records naar jouw mailserver laten wijzen en smtproute voor dat domein toevoegen zodat ie 't de goede kant op relayed.

Thnx ik zat het net te lezen inderdaad. Word er dan wel een spamfilter losgelaten op wat binnenkomt alvoor het weer de deur uit gaat zegmaar ?

Ja, spamfilter gaat er in de Queue overheen.

SMTP route stel je in naar de exchange server.

Origineel geplaatst door Wido
Ja, spamfilter gaat er in de Queue overheen.

SMTP route stel je in naar de exchange server.

Goed, dat snap ik nu allemaal.. Even goed gelezen en blijkt een eitje.

Kan ik er ook nog een copy van bewaren op de server (onze server dus) of is dat niet haalbaar ?

Origineel geplaatst door CharlieRoot


Goed, dat snap ik nu allemaal.. Even goed gelezen en blijkt een eitje.

Kan ik er ook nog een copy van bewaren op de server (onze server dus) of is dat niet haalbaar ?

Dan moet je Qmail patchen met Qmailtap.

Anders stuurt hij het er allemaal uit via de SMTP route en gooit het daarna uit de queue.

Origineel geplaatst door Wido


Dan moet je Qmail patchen met Qmailtap.

Anders stuurt hij het er allemaal uit via de SMTP route en gooit het daarna uit de queue.

bedankt, zal er eens naar kijken

Ik bedacht me ineens iets!

Als je op de mx10 in de firewall nu alleen verkeer op poort 25 toestaat vanaf de mx20 (bij jullie dus)

Alle mail zal dan eerst naar jullie mx20 toe gaan en die kan het wel afleveren bij de mx10.