Bekijk Volledige Versie : Geen email naar Gmail: DKIM een oplossing?
Naar nu blijkt mailt mijn server niet naar Google(apps)mailadressen. Dus "iemand@gmail" krijgt geen mail.
EXIM-MAILLOG geeft:
2013-05-20 14:42:45 1UePQL-00013b-Hu <= beheer@tarpes.nl H=localhost (www.tarpes.nl) [127.0.0.1] P=esmtpa A=login:beheer@tarpes.nl S=574 id=b652ba4c0f38301fd3bc691da6a385bc@tarpes.nl T="onderwerptest" from <beheer@tarpes.nl> for iemand@gmail.com
2013-05-20 14:42:45 1UePQL-00013b-Hu ** iemand@gmail.com F=<beheer@tarpes.nl> R=virtual_aliases:
2013-05-20 14:42:45 1UePQL-00013g-Lp <= <> R=1UePQL-00013b-Hu U=mail P=local S=1362 T="Mail delivery failed: returning message to sender" from <> for beheer@tarpes.nl
2013-05-20 14:42:45 1UePQL-00013b-Hu Completed
2013-05-20 14:42:45 1UePQL-00013g-Lp => beheer <beheer@tarpes.nl> F=<> R=virtual_user T=virtual_localdelivery S=1455
2013-05-20 14:42:45 1UePQL-00013g-Lp Completed
Ik ben met http://help.directadmin.com/item.php?id=207 aan de slag gegaan en heb wat over DKIM gevonden:http://www.directadmin.com/features.php?id=1189
Zou DKIM de oplossing voor het probleem kunnen zijn of moet ik mijn mailprobleem heel ergens anders zoeken? Ik zie in de log ook " <> " staan waar een emailadres had kunnen/moeten staan?
Het betreft een TransIP unmanaged VPS
Dank!
Naar nu blijkt mailt mijn server niet naar Google(apps)mailadressen. Dus "iemand@gmail" krijgt geen mail.
EXIM-MAILLOG geeft:
2013-05-20 14:42:45 1UePQL-00013b-Hu <= beheer@tarpes.nl H=localhost (www.tarpes.nl) [127.0.0.1] P=esmtpa A=login:beheer@tarpes.nl S=574 id=b652ba4c0f38301fd3bc691da6a385bc@tarpes.nl T="onderwerptest" from <beheer@tarpes.nl> for iemand@gmail.com
2013-05-20 14:42:45 1UePQL-00013b-Hu ** iemand@gmail.com F=<beheer@tarpes.nl> R=virtual_aliases:
2013-05-20 14:42:45 1UePQL-00013g-Lp <= <> R=1UePQL-00013b-Hu U=mail P=local S=1362 T="Mail delivery failed: returning message to sender" from <> for beheer@tarpes.nl
2013-05-20 14:42:45 1UePQL-00013b-Hu Completed
2013-05-20 14:42:45 1UePQL-00013g-Lp => beheer <beheer@tarpes.nl> F=<> R=virtual_user T=virtual_localdelivery S=1455
2013-05-20 14:42:45 1UePQL-00013g-Lp Completed
Ik ben met http://help.directadmin.com/item.php?id=207 aan de slag gegaan en heb wat over DKIM gevonden:http://www.directadmin.com/features.php?id=1189
Zou DKIM de oplossing voor het probleem kunnen zijn of moet ik mijn mailprobleem heel ergens anders zoeken? Ik zie in de log ook " <> " staan waar een emailadres had kunnen/moeten staan?
Het betreft een TransIP unmanaged VPS
Dank!
Daar zal het vast niet aan liggen. (gebrek aan DKIM).
Ik denk eerder aan iets simpels als het niet bestaan van de ontvanger, of van het domein misschien.
Je hebt ge-edit naar iemand@gmail.com , maar een google apps domein heeft gewoon iemand@zijndomein als adres, je ziet alleen in de MXen googlemail servers staan .
Afzender <> is correct voor een echte bounce email, het voorkomt een loop van bounces.
Wat staat er in die bounce mail die beheer@tarpes.nl gekregen heeft ?
Sorry voor de verwarring: ik mail naar een emailadres van een Googleappsdomein, en dat eindigt inderdaad niet met gmail.com. Voor mij is het een extern mailadres waarvan ik in principe niet weet dat het een Googleapps-account is.
De mail die terug komt:
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
iemand@eengooglappsdomein.nl
------ This is a copy of the message, including all the headers. ------
Return-path: <beheer@tarpes.nl>
Received: from localhost ([127.0.0.1] helo=www.tarpes.nl)
by server.tarpes.nl with esmtpa (Exim 4.76)
(envelope-from <beheer@tarpes.nl>)
id 1UePQL-00013b-Hu
for iemand@eengooglappsdomein.nl; Mon, 20 May 2013 14:42:45 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
format=flowed
Content-Transfer-Encoding: 7bit
Date: Mon, 20 May 2013 14:42:45 +0200
From: beheer@tarpes.nl
To: <iemand@eengooglappsdomein.nl>
Subject: onderwerptest
Message-ID: <b652ba4c0f38301fd3bc691da6a385bc@tarpes.nl>
X-Sender: beheer@tarpes.nl
User-Agent: Roundcube Webmail/0.8.5
inhoudtest
Het werkelijk googleappsmailadres bestaat 100% zeker (is ook van mij)
Sorry voor de verwarring: ik mail naar een emailadres van een Googleappsdomein, en dat eindigt inderdaad niet met gmail.com. Voor mij is het een extern mailadres waarvan ik in principe niet weet dat het een Googleapps-account is.
De mail die terug komt:
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
iemand@eengooglappsdomein.nl
------ This is a copy of the message, including all the headers. ------
Return-path: <beheer@tarpes.nl>
Received: from localhost ([127.0.0.1] helo=www.tarpes.nl)
by server.tarpes.nl with esmtpa (Exim 4.76)
(envelope-from <beheer@tarpes.nl>)
id 1UePQL-00013b-Hu
for iemand@eengooglappsdomein.nl; Mon, 20 May 2013 14:42:45 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
format=flowed
Content-Transfer-Encoding: 7bit
Date: Mon, 20 May 2013 14:42:45 +0200
From: beheer@tarpes.nl
To: <iemand@eengooglappsdomein.nl>
Subject: onderwerptest
Message-ID: <b652ba4c0f38301fd3bc691da6a385bc@tarpes.nl>
X-Sender: beheer@tarpes.nl
User-Agent: Roundcube Webmail/0.8.5
inhoudtest
Het werkelijk googleappsmailadres bestaat 100% zeker (is ook van mij)
Hm, ik vind het al gek dat er geen errorcode in staat (5xx) met de reden van reject.
Maar de exim manual zegt :
http://www.exim.org/exim-html-3.20/doc/html/spec_51.html
A delivery error message is shown with the sender address `<>', and if it is a locally-generated error message, this is normally followed by an item of the form
R=<message id>
En die zie ik inderdaad in je (eerste) log staan.
En daarboven, in iets andere betekenis , R=virtual_aliases .
Is het niet zo dat exim denk dat dat (nu) externe domein intern is , of was , en dus via een virtual alias intern probeert te zoeken ?
Deze link suggereert dat ook:
http://helpdesk.netsonic.net/support/index.php?/Knowledgebase/Article/View/146/12/directadmin-exim-mail-not-reaching-recipients-with-offsite-mail-servers
Ik neem aan de je de MX-records nagekeken hebt? Enkel GApps-mx-servers?
Staat dit domein toevallig op dezelfde server? Eg proberen lokaal afleveren ipv mx-records te volgen?
Je moet voor domeinen die elders hun e-mail hebben naar "MX records" gaan en uitvinken: "Use this server to handle my e-mail".
Hij zal dan geen lokale delivery proberen maar naar de MX records kijken. Dus dan kan je de domeinnaam vanaf dezelfde server weer mailen.
Als je geen "MX Records" linkje hebt dan moet je eerst de "DNS Control" aanzetten voor de user, dan inloggen als, en dan staat hij er wel.
Even nog als reminder: mailen naar een ander e-mailadres werkt prima (voor zover getest, naar mijn werk mailen lukt in ieder geval).
Ik wil mijn mail graag door de eigen server af laten handelen, ik log in met Roundcube en probeer te mailen naar een e-mailadres met een Googleappsdomein. De link van Visser gaat uit van de situatie dat je wilt switchen van de mail op de server naar een andere mailserver. En dat de defaultsituatie (eigen server) werkt.
Maar het zou kunnen dat door al het geprobeer van mij hier wel het probleem ligt.
Een aantal van mijn DNS-records:
mail A 37.34.56.101
mail MX 10
tarpes.nl. PTR 101.56.34.37.in-addr.arpa
tarpes.nl. TXT v=spf1 a mx ip4:37.34.56.101 -all
Een check bij IntoDNS.com: http://www.intodns.com/tarpes.nl
Ik heb trouwens niet het idee dat mijn ingesteld PTR-record gebruikt wordt, blijkbaar moet ik nog wat in het TransIP configuratiepanel instellen want nu wordt nog een TransIP-default gebruikt, zo lijkt het.
Het gaat hier vooral over de MX-gegevens van het mail-address dat je wilt mailen, daar het wel werkt voor andere addressen maar niet voor een bepaald adres moet er iets `speciaals` aan dit adres zijn:
Bv: gehost op dezelfde server, dan kan hij het lokaal proberen afleveren ipv de MX-records te volgen (van dat domein),
of meerdere MX-records waarvan 1 of meerdere ongeldige. Als deze gekozen worden zal het soms falen, soms niet (afh van de priors die je instelde)
Even nog als reminder: mailen naar een ander e-mailadres werkt prima (voor zover getest, naar mijn werk mailen lukt in ieder geval).
Ik wil mijn mail graag door de eigen server af laten handelen, ik log in met Roundcube en probeer te mailen naar een e-mailadres met een Googleappsdomein. De link van Visser gaat uit van de situatie dat je wilt switchen van de mail op de server naar een andere mailserver. En dat de defaultsituatie (eigen server) werkt.
Maar het zou kunnen dat door al het geprobeer van mij hier wel het probleem ligt.
Een aantal van mijn DNS-records:
mail A 37.34.56.101
mail MX 10
tarpes.nl. PTR 101.56.34.37.in-addr.arpa
tarpes.nl. TXT v=spf1 a mx ip4:37.34.56.101 -all
Een check bij IntoDNS.com: http://www.intodns.com/tarpes.nl
Ik heb trouwens niet het idee dat mijn ingesteld PTR-record gebruikt wordt, blijkbaar moet ik nog wat in het TransIP configuratiepanel instellen want nu wordt nog een TransIP-default gebruikt, zo lijkt het.
Aan die DNS config is niet zo veel mis te zien, maar dat is alleen maar de afzender.
Als tarpes.nl niet (ook) het ontvangende gmail domein is, doet de DNS configuratie van het afzender adres er niet of nauwelijks toe.
(nauwelijks omdat een kloppende reverse dns en het bereikbaar zijn van het afzender domein soms wel door ontvangende mailservers vereist zijn ).
Maar goed, uit de log (b)lijkt dat de mail gewoon niet eens de server uit gaat, voor dat gmailapps-gehoste domein.
Met wat je zegt over van alles proberen en dat het ook je eigen domein is zal er dan inderdaad wel een stukje config achter gebleven zijn waarbij je server denkt dat dat domein (iig voor mail) nog lokaal is.
De meest voor de hand liggende reden is dat het domein ook lokaal bestaat op de mailserver (directadmin-server) en dat de server probeert alles lokaal af te leveren.
Is er dus wel daadwerkelijk verbinding geweest tussen je eigen server en de SMTP-servers van Google? Probeer eens een e-mail te versturen met telnet op poort 25.
Daarbij is het belangrijk om te weten... kun je niet naar Google apps e-mailen of ook niet naar Gmail-adressen? Wie produceert de foutmeldingen? Je eigen mailserver of zie je ook foutmeldingen van de Google servers?
Indien het slechts gaat op 1 domein die je host op je DirectAdmin, maar waarvan de e-mail staat bij Google Apps, dan is het probleem van lokaal willen afleveren het meest voor de hand liggend, dan kijkt de lokale server namelijk helemaal niet meer naar DNS en MX-records.
De DNS zones van tarpes.nl doen er niet toe. Het gaat om de DNS instellingen van de domeinnaam waar je een e-mail heen wilt sturen.
Lees mijn post hierboven nu nog eens?
Het probleem lijkt opgelost.
Als je maar lang genoeg ergens mee bezig bent dan wordt je (ik in ieder geval) redelijk blind voor het meest logische.
TARPES.NL had en heeft geen probleem, hoewel daar mijn focus lag.
Het probleem was inderdaad het "andere domein". Hierbij ging ik er vanuit dat dit net zo goed een server buiten mijn bereik zou kunnen zijn dus logisch vond ik het niet om daar naar de MX-records te gaan kijken. Maar uiteindelijk hebben Keizer en Visser me wel op het goede pad gezet, want telkens testte ik met een googleappsdomein die.... ook op mijn server staat. Een testmail naar een heel ander googleappsdomein (die óók op mijn server staat) gaat wel goed.... Dus even naar het eerste googleapssdomein gegaan om de instellingen (MX ed.) te controleren en ik zie daar tot mijn verbijstering het vinkje "Use this server to handle my emails" "aan" staan. Tja, en dan ben je er zo zeker van dat dat vinkje "uit" stond...->|
De blindheid was niet zo goed voor het opzetten van de testcases en de overtuiging dat bepaalde dingen "wel goed zouden staan" al helemaal niet. Geloven is goed, controleren is beter.
Jullie reacties hebben me in ieder geval weer even wakker geschud. Dank!