[exim] Verzonden mail komt in (googles) spambox*

[Saven]

Hola,

Ik heb sinds kort een VPSje (managed) waar ik bedrijfsmatig email vanaf wil versturen. Zitten ook een aantal andere domeintjes op die ik zelf beheer van een aantal klanten/kennisen. 'klanten' hebben zelf geen toegang tot de server.

Nu is het probleem dat de mail eigenlijk bijna altijd in de spambox komt. Vandaag was het zelfs zo erg dat toen ik wilde mailen naar een bedrijf dat gebruik maakt van Google groups for business, dat mn mail door Google gewoon gereject was. SPF klopt allemaal, ip staat niet op een blacklist oid.

Dus half de wanhoop nabij, was ik zelf eens op zoek gegaan via SSH naar wat logs oid. Misschien dat er toch wat spam wordt verstuurd om wat voor reden? Heb de exim rejectlog bekeken daar stond het volgende in:
http://pastebin.com/jyhTkgqs

Heb even wat willekeurig gecopy/paste, maar gaat erom dat er heeeel veel pogingen zijn gedaan om mail te sturen lijkt me?

In de mainlog kwam ik eigenlijk hetzelfde tegen. Zie daar alleen maar mislukte inlogpogingen. Geen daadwerkelijk gelukte dingen

Maar wel echt honderden logs per uur... Lijkt me ook niet fris voor de server?

Kan dit wel naar de hoster doorzetten, maar daar verwacht ik eerlijk gezegd niet heel veel van Denk dat mensen hier wat meer expertise hebben.

Iemand enig idee?

[Thapous]

An sich niet vreemd dat je dergelijke hoeveelheden inlogpogingen ziet, hoort er gewoon bij op het moment dat je aan het internet hangt. In de reject van Google zal waarschijnlijk informatie staan over waarom je bericht geweigerd is. Daarnaast kun je het beste eens een e-mail naar een eigen gmail-adres sturen en even kijken in de headers of daar nog relevantie informatie in staat.

Daarbij, op het moment dat je een 'managed' VPS hebt mag je van je hoster verwachten dat zij hierin in ieder geval meedenken en tips geven om dit op te lossen, maargoed managed en managed zit ook nogal een verschil in.

[Saven]

Thapous schreef op woensdag 28 januari 2015 @ 21:45:
An sich niet vreemd dat je dergelijke hoeveelheden inlogpogingen ziet, hoort er gewoon bij op het moment dat je aan het internet hangt. In de reject van Google zal waarschijnlijk informatie staan over waarom je bericht geweigerd is. Daarnaast kun je het beste eens een e-mail naar een eigen gmail-adres sturen en even kijken in de headers of daar nog relevantie informatie in staat.

Nope totaal niet dus. SPF allemaal pass. Spamassasin alles als "ham" (dus geen spam) beoordeeld..

DKIM zat ik nog aan te denken, maar zou eigenlijk niet moeten.

Van google kreeg ik overigens gewoon een mail terug van Mail Delivery Subsystem ([e-mail]):

code:

Delivery to the following recipient failed permanently:

     [e-mail]

Technical details of permanent failure: 
Message rejected by Google Groups. Please visit http://mail.google.com/support/bin/answer.py?hl=en&answer=188131 to review our Bulk Email Senders Guidelines.

Overigens heb ik dus nooit bulkmail oid verzonden (toevallig 2 bcc's in die email om te testen of hij werd gemarkt als spam). Mijn 2e poging zonder bcc kreeg ik alsnog rejected

Thapous schreef op woensdag 28 januari 2015 @ 21:45:
maargoed managed en managed zit ook nogal een verschil in.

Precies

[ Voor 6% gewijzigd door Saven op 28-01-2015 21:51 ]

[Thapous]

Saven schreef op woensdag 28 januari 2015 @ 21:48:
[...]

Nope totaal niet dus. SPF allemaal pass. Spamassasin alles als "ham" (dus geen spam) beoordeeld..

DKIM zat ik nog aan te denken, maar zou eigenlijk niet moeten.

Check deze link eens, heeft nog wel eens bruikbare tips over wat er niet goed staat aan je e-mail: http://www.mail-tester.com/

Saven schreef op woensdag 28 januari 2015 @ 21:48:

Van google kreeg ik overigens gewoon een mail terug van Mail Delivery Subsystem ([e-mail]):

code:

Delivery to the following recipient failed permanently:

     [e-mail]

Technical details of permanent failure: 
Message rejected by Google Groups. Please visit http://mail.google.com/support/bin/answer.py?hl=en&answer=188131 to review our Bulk Email Senders Guidelines.

In de meeste gevallen houdt dit toch in dat er iets niet helemaal lekker is op je server en dat er grote hoeveelheden e-mail verstuurd worden vanaf je server. Heb je Directadmin geïnstalleerd op je server? Check dan de totale hoeveelheid e-mail eens en check ook eens per domein de e-mail usage (login as user -> e-mailaccounts -> e-mail usage). Anders gewoon de exim mainlog even goed nalopen om te kijken wie er alle e-mail verstuurd en hoeveel. Daarnast kan de grootte van de log an sich ook al wel wat zeggen. Een log van bv. 50 MB met een 5-tal domeinnaam bij normaal gebruik is best veel.

[Saven]

Thapous schreef op woensdag 28 januari 2015 @ 21:54:
[...]

Check deze link eens, heeft nog wel eens bruikbare tips over wat er niet goed staat aan je e-mail: http://www.mail-tester.com/

[...]

In de meeste gevallen houdt dit toch in dat er iets niet helemaal lekker is op je server en dat er grote hoeveelheden e-mail verstuurd worden vanaf je server. Heb je Directadmin geïnstalleerd op je server? Check dan de totale hoeveelheid e-mail eens en check ook eens per domein de e-mail usage (login as user -> e-mailaccounts -> e-mail usage). Anders gewoon de exim mainlog even goed nalopen om te kijken wie er alle e-mail verstuurd en hoeveel. Daarnast kan de grootte van de log an sich ook al wel wat zeggen. Een log van bv. 50 MB met een 5-tal domeinnaam bij normaal gebruik is best veel.

Score 7/10

code:

Klik hier om je bericht te bekijken
SpamAssassin houdt van je
Je bent niet volledig geverifieerd -3
Je bericht is veilig en goed opgemaakt
Je staat niet op een zwarte lijst.
Geen gebroken links
Je mooie totaal: 7/10

1e is de DKIM

andere 2 gaan over dns settings..

code:

Sender ID is gelijk aan de SPF maar het controleert het FROM adres, niet het bounce adres.
Je hebt recentelijk je DNS bijgewerkt, doe daarom een nieuwe test over 12 uur.

Je oude record:
Je toekomstige record:
v=spf1 mx a ip4:128.140.219.56 ~all

code:

Sender Policy Framework (SPF) is een e-mail valideringssysteem ontworpen om spam e-mail te voorkomen door het herkennen van e-mail spoofing, een gangbare kwetsbaarheid, door het \nverifiëren van het IP adres van de verzender.
Je hebt recentelijk je DNS bijgewerkt, doe daarom een nieuwe test over 12 uur.

Je oude record:
Je toekomstige record:
v=spf1 mx a ip4:128.140.219.56 ~all

Overigens heb ik niet 'recentelijk' mijn dns gewijzigd. Dat is al meer dan een week geleden

Dus snap die laatste 2 niet echt.

Verder een flinke exim mail log (mainlog) van 7 MB. Die eigenlijk voor 95% bestaat uit mislukte authenticatie De system maillog geeft ook niks bijzonders weer. ook veel mislukte auth pogingen

[Fish]

wanneer je verbind met de smtp bestaat de geraporteerde (helo) hostnaam niet (gebruikt je outbound verkeer deze ook)?
srv1 ...
srv2 wel btw

Zorg dat de geraporteerde naam overeenkomt met de rdns (server1 goedvoorjehaar)

[ Voor 24% gewijzigd door Fish op 28-01-2015 22:37 ]

[Saven]

Fish schreef op woensdag 28 januari 2015 @ 22:31:
wanneer je verbind met de smtp bestaat de geraporteerde (helo) hostnaam niet (gebruikt je outbound verkeer deze ook)?
srv1 ...
srv2 wel btw

Zorg dat de geraporteerde naam overeenkomt met de rdns (server1 goedvoorjehaar)

Hmm dat is voor mij een beetje hocus pocus

De servernaam is toevallig srv1.'hoofddomeinnaam.nl'

Dns settings van hoofddomeinnaam/bedrijfsnaam.nl:


Om te verbinden voor zowel POP3 als SMTP gebruik ik mail.hoofddomeinnaam.nl (of bijv. mail.klantdomeinnaam.nl) op de gebruikelijke poorten

Die srv1 gebruik ik eigenlijk nergens voor zover ik weet. Mn hoster wilde tijdens registratie dat ik een naam opgaf voor de server

[ Voor 8% gewijzigd door Saven op 28-01-2015 22:40 ]

[Fish]

C:\Users\admin>ping srv1.dyvelopment.nl
Ping request could not find host srv1.sdfsfsfsafst.nl. Please check the name and
try again.

C:\Users\admin>ping srv2.fsfsdt.nl

Pinging srv2.fssdfsfdfsf.nl [128.140.219.56] with 32 bytes of data:
Reply from 128.140.219.56: bytes=32 time=4ms TTL=50
Reply from 128.140.219.56: bytes=32 time=4ms TTL=50
Reply from 128.140.219.56: bytes=32 time=4ms TTL=50
Reply from 128.140.219.56: bytes=32 time=20ms TTL=50

de update zal wel ff duren

de rdns is svr1.goodvoorjehaar.nl

ik zou iig zorgen dat de server zich ook als zodaning in de helo aanmeld

[ Voor 5% gewijzigd door Fish op 28-01-2015 22:44 ]

[Saven]

Fish schreef op woensdag 28 januari 2015 @ 22:41:

C:\Users\admin>ping srv1.xxxxx.nl
Ping request could not find host srv1.xxxxx.nl. Please check the name and
try again.

C:\Users\admin>ping srv2.xxxxx.nl

Pinging srv2.xxxxxxx.nl [128.140.219.56] with 32 bytes of data:
Reply from 128.140.219.56: bytes=32 time=4ms TTL=50
Reply from 128.140.219.56: bytes=32 time=4ms TTL=50
Reply from 128.140.219.56: bytes=32 time=4ms TTL=50
Reply from 128.140.219.56: bytes=32 time=20ms TTL=50

de update zal wel ff duren

de rdns is svr1.goodvoorjehaar.nl

ik zou iig zorgen dat de server zich ook als zodaning in de helo aanmeld

Lol, goedvoorjehaar.nl is niet van mij ?
Wat gaat er mis?

Dat je niet kan pingen naar srv1 kotm denk ik omdat er alleen een TXT record is in de DNS voor srv1. ?

edit:
ik kan wel pingen naar srv1.bedrijfsnaam.nl..

C:\Users\....>ping srv1.xxxxx.nl

Pinging srv1.xxxxxx.nl [128.140.219.56] with 32 bytes of data:
Reply from 128.140.219.56: bytes=32 time=21ms TTL=55
Reply from 128.140.219.56: bytes=32 time=21ms TTL=55
Reply from 128.140.219.56: bytes=32 time=20ms TTL=55
Reply from 128.140.219.56: bytes=32 time=21ms TTL=55

Edit 2:
Als ik reverse dns check krijg ik gewoon bedrijfsnaam.nl ipv goedvoorjehaar
http://mxtoolbox.com/arch...string=ptr:128.140.219.56

[ Voor 23% gewijzigd door Saven op 28-01-2015 22:47 ]

[Fish]

nee die rdns klopt wel, sorry (my bad)

[q]128.140.219.56 resolves to
"srv1.dfsdfsfasfdt.nl"

wat geeft je server op in de helo ?

[ Voor 21% gewijzigd door Fish op 28-01-2015 22:47 ]

[Saven]

Fish schreef op woensdag 28 januari 2015 @ 22:46:
nee die rdns klopt wel, sorry (my bad)

[q]128.140.219.56 resolves to
"srv1.dfsdfsfasfdt.nl"

wat geeft je server op in de helo ?

Hehe je was me voor (en thnx btw !)

De helo is niet door mij ingesteld, maar als ik de headers bekijk van email staat er helo=srv1.naam.nl.

Als ik vanuit outlook stuur is de helo mijn computernaam

[Fish]

verstuur je mail via de smtp van je provider of relay je het via je server ?

[Saven]

Fish schreef op woensdag 28 januari 2015 @ 22:51:
verstuur je mail via de smtp van je provider of relay je het via je server ?

Mijn uitgaande mailserver is gewoon mail.domein.nl

Maar als ik via webmail (roundcube) stuur zit ik met hetzelfde issue.

[Fish]

ik kan zo gauw even niets bedenken

staat er mischien iets nuttigs in de headers van de ontvangende kant ?

[Saven]

Fish schreef op woensdag 28 januari 2015 @ 23:06:
ik kan zo gauw even niets bedenken

staat er mischien iets nuttigs in de headers van de ontvangende kant ?

Nope

code:

Delivered-To: [e-mail]
Received: by 10.36.83.14 with SMTP id n14csp136878itb;
        Tue, 20 Jan 2015 04:37:06 -0800 (PST)
X-Received: by 10.181.12.7 with SMTP id em7mr8218197wid.35.1421757425882;
        Tue, 20 Jan 2015 04:37:05 -0800 (PST)
Return-Path: <[e-mail]>
Received: from srv1.bedrijfsnaam.nl (srv1.bedrijfsnaam.nl. [128.140.219.56])
        by mx.google.com with ESMTPS id bo4si5081116wib.82.2015.01.20.04.37.05
        for <[e-mail]>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Tue, 20 Jan 2015 04:37:05 -0800 (PST)
Received-SPF: none (google.com: [e-mail] does not designate permitted sender hosts) client-ip=128.140.219.56;
Authentication-Results: mx.google.com;
       spf=none (google.com: [e-mail] does not designate permitted sender hosts) smtp.mail=[e-mail]
Received: from zzzzzb.dip0.sdads.xx ([xx.xx.218.27] helo=Saven)
    by srv1.bedrijfsnaam.nl with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256)
    (Exim 4.84)
    (envelope-from <[e-mail]>)
    id 1YDY2J-0005yJ-Va; Tue, 20 Jan 2015 13:36:00 +0100
From: "bedrijfsnaam" <[e-mail]>
To: "'Ontvanger naam'" <[e-mail]>
References: <[e-mail]>
In-Reply-To: <[e-mail]>
Subject: RE: bedrijfsnaam & lalala
Date: Tue, 20 Jan 2015 13:36:43 +0100
Message-ID: <000601d034ad$c2482940$46d87bc0$@bedrijfsnaam.nl>
MIME-Version: 1.0
Content-Type: multipart/related;
    boundary="----=_NextPart_000_0007_01D034B6.240F0240"
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AQEx2nn3K/QXf+gLmD1rlKtBAub8K54FpVRA
Content-Language: nl

edit: sorry dit is nog een oud mailtje zonder spf record. Maar zo zien alle headers er uit verder, maar dan met een SPF =pass

Die helo komt dus omdat ik via outlook verstuur

[ Voor 4% gewijzigd door Saven op 28-01-2015 23:15 ]

[Fish]

Received-SPF: none (google.com: [e-mail] does not designate permitted sender hosts) client-ip=128.140.219.56;

spf=none (google.com: [e-mail] does not designate permitted sender hosts) smtp.mail=[e-mail]


zet je spf eens op de hoofddomein naam

[Saven]

Fish schreef op woensdag 28 januari 2015 @ 23:18:
Received-SPF: none (google.com: [e-mail] does not designate permitted sender hosts) client-ip=128.140.219.56;

spf=none (google.com: [e-mail] does not designate permitted sender hosts) smtp.mail=[e-mail]


zet je spf eens op de hoofddomein naam

Ja sorry dat is inmiddels wel het geval dus, was een oud mailtje nog voordat mn spf record actief was. Dat was mn eerste testmail inmiddels spf=pass

[Fish]

je ttl staat op een dag

test morgen eens opnieuw


(opdns laat wel je txt record zien, google (nog) niet)

[ Voor 37% gewijzigd door Fish op 28-01-2015 23:25 ]

[Saven]

Fish schreef op woensdag 28 januari 2015 @ 23:21:
je ttl staat op een dag

test morgen eens opnieuw


(opdns laat wel je txt record zien, google (nog) niet)

Nee dat was echt een oud mailtje, 8 dagen oud of zo Sorry was ook niet handig van mij om die te pakken Maar inmiddels alle headers wel spf pass

[Fish]

bij mij is de txt op google toch echt not existing
opendns geeft wel data

C:\Users\admin>nslookup
Default Server:  google-public-dns-a.google.com
Address:  2001:4860:4860::8888

> set type=txt
> xxxxxxxxx.nl
Server:  google-public-dns-a.google.com
Address:  2001:4860:4860::8888

*** google-public-dns-a.google.com can't find xxxxxxx.nl: Server failed
> server 208.67.222.222
Default Server:  resolver1.opendns.com
Address:  208.67.222.222

> xxxxxxx.nl
Server:  resolver1.opendns.com
Address:  208.67.222.222

Non-authoritative answer:
xxxxxxx.nl  text =

        "v=spf1 mx a ip4:128.140.219.56 ~all"
>

[ Voor 89% gewijzigd door Fish op 28-01-2015 23:33 ]

[Saven]

Fish schreef op woensdag 28 januari 2015 @ 23:26:
bij mij is de txt op google toch echt not existing
opendns geeft wel data

C:\Users\admin>nslookup
Default Server:  google-public-dns-a.google.com
Address:  2001:4860:4860::8888

> set type=txt
> xxxxxxxxx.nl
Server:  google-public-dns-a.google.com
Address:  2001:4860:4860::8888

*** google-public-dns-a.google.com can't find xxxxxxx.nl: Server failed
> server 208.67.222.222
Default Server:  resolver1.opendns.com
Address:  208.67.222.222

> xxxxxxx.nl
Server:  resolver1.opendns.com
Address:  208.67.222.222

Non-authoritative answer:
xxxxxxx.nl  text =

        "v=spf1 mx a ip4:128.140.219.56 ~all"
>

Dat is raar Enige idee hoe dat kan? Die txt record staat er echt al bijna een week in

Een mailtje van (volgens mij) gister..

code:

Delivered-To: [e-mail]
Received: by 10.36.83.14 with SMTP id n14csp944204itb;
        Mon, 26 Jan 2015 14:47:36 -0800 (PST)
X-Received: by 10.194.2.75 with SMTP id 11mr50502732wjs.78.1422312455640;
        Mon, 26 Jan 2015 14:47:35 -0800 (PST)
Return-Path: <[e-mail]>
Received: from srv1.bedrijfsnaam.nl (srv1.bedrijfsnaam.nl. [128.140.219.56])
        by mx.google.com with ESMTPS id hg10si22852776wjb.144.2015.01.26.14.47.34
        for <[e-mail]>
        (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Mon, 26 Jan 2015 14:47:35 -0800 (PST)
Received-SPF: pass (google.com: domain of [e-mail] designates 128.140.219.56 as permitted sender) client-ip=128.140.219.56;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of [e-mail] designates 128.140.219.56 as permitted sender) smtp.mail=[e-mail]
Received: from p54b1c4e9.dip0.t-ipconnect.de ([84.177.196.233] helo=Saven)
    by srv1.bedrijfsnaam.nl with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256)
    (Exim 4.84)
    (envelope-from <[e-mail]>)
    id 1YFsQN-0007HP-Kh
    for [e-mail]; Mon, 26 Jan 2015 23:46:30 +0100
From: "bedrijfsnaam" <[e-mail]>
To: <[e-mail]>
Subject: Factuur zzz
Date: Mon, 26 Jan 2015 23:47:35 +0100
Message-ID: <001001d039ba$162afa40$4280eec0$@bedrijfsnaam.nl>
MIME-Version: 1.0
Content-Type: multipart/mixed;
    boundary="----=_NextPart_000_0011_01D039C2.77EFB060"
X-Mailer: Microsoft Outlook 15.0
Thread-Index: AdA5uguVuGdXbZnFRs6DCas8ogiyxA==
Content-Language: nl

[Fish]

en google vind hem zelf ook niet bij zichzelf

https://toolbox.googleapp...g/#TXT/xxxxxxt.nl@8.8.8.8
en wel bij opendns
https://toolbox.googleapp...xxxxxxx.nl@208.67.222.222
(wel ff hostnaam aanpassen he)

En flushen heb ik dan stiekem, ook geprobeerd. maar daar gebeurt weining zo te zin
http://google-public-dns.appspot.com/cache

[ Voor 21% gewijzigd door Fish op 28-01-2015 23:52 ]

[Saven]

Fish schreef op woensdag 28 januari 2015 @ 23:49:
en google vind hem zelf ook niet bij zichzelf

https://toolbox.googleapp...g/#TXT/xxxxxxt.nl@8.8.8.8
en wel bij opendns
https://toolbox.googleapp...xxxxxxx.nl@208.67.222.222

(wel ff hostnaam aanpassen he)

En flushen dan ik stiekem, ook geprobeerd. maar daar gebeurt weining zo te zin
http://google-public-dns.appspot.com/cache

Hmm dat is raar hoe kan dat nou weer

Vooral omdat gmail die record wel gewoon ziet..

[Fish]

geen idee

vast iets wat ik nog niet weet en overjeen kijk

[ Voor 73% gewijzigd door Fish op 28-01-2015 23:54 ]

[Saven]

Fish schreef op woensdag 28 januari 2015 @ 23:53:
geen idee

vast iets wat ik nog niet weet en overjeen kijk

Via cmd krijg ik wel een melding, misschien heb je daar iets aan?

C:\Users\zzzz>nslookup -q=txt xxxxx.nl 8.8.8.8
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

*** google-public-dns-a.google.com can't find xxxxx.nl: Server failed

a-records e.d. vindt ie wel

[Fish]

ja datzelfde zie je boven ook toch ? (23:26)
en ook bij google tool


(mijn eigen text records vind hij wel ! )

[ Voor 31% gewijzigd door Fish op 29-01-2015 00:13 ]

[Saven]

Fish schreef op donderdag 29 januari 2015 @ 00:10:
ja datzelfde zie je boven ook toch ? (23:26)
en ook bij google tool


(mijn eigen text records vind hij wel ! )

die specifieke melding van

*** google-public-dns-a.google.com can't find ..

zie ik niet hoor

Maar thnx iig voor je hulp. Misschien even aan transip voorleggen, daar liggen mn domeinnen


edit: ja txt records van domeinenen bij mn shared hosting pakketje vindt ie ook. erg apart

[ Voor 10% gewijzigd door Saven op 29-01-2015 00:17 ]

[Fish]

laat je recente dns records dan eens zien

of nee die zagen er goed uit dacht ik

[yup]

> server ns1.transip.nl
Default Server:  ns1.transip.nl
Addresses:  2a01:7c8:b::53
          80.69.69.69

> xxxxxx.nl
Server:  ns1.transip.nl
Addresses:  2a01:7c8:b::53
          80.69.69.69

xxxxxxxt.nl  text =

        "v=spf1 a mx ip4:128.140.219.56 ~all"

[ Voor 98% gewijzigd door Fish op 29-01-2015 00:22 ]

[Saven]

Fish schreef op donderdag 29 januari 2015 @ 00:18:
laat je recente dns records dan eens zien

of nee die zagen er goed uit dacht ik

Ja idd die stonden op de vorige pagina. DNS settings van een kennis van mij, waar de spf record ook al twee weken in staat..



Maar ook die vindt de google server niet

[Fish]

ik ben geen spf expert,
maar moet je niet voor die "mx" optie ook een rdns met mx1.xxxx hebben ?
nee dus

All the A records for all the MX records for domain are tested in order of MX priority. If the client IP is found among them, this mechanism matches.

If domain is not specified, the current-domain is used.

The A records have to match the client IP exactly, unless a prefix-length is provided, in which case each IP address returned by the A lookup will be expanded to its corresponding CIDR prefix, and the client IP will be sought within that subnet.

Examples:

ik zou iig de ~all even in ?all veranderen(voor de test)

en je ttl wat lager zetten zolang je bezig bent

[ Voor 55% gewijzigd door Fish op 29-01-2015 00:49 ]

[antartic]

Probeer eens als test om de MX record naar srv1.domain.nl te laten wijzen.
Of nog beter de rDNS naar domain.nl ipv srv1.domain.nl laten veranderen.

[Saven]

Fish schreef op donderdag 29 januari 2015 @ 00:45:
ik ben geen spf expert,
maar moet je niet voor die "mx" optie ook een rdns met mx1.xxxx hebben ?
nee dus

[...]


ik zou iig de ~all even in ?all veranderen(voor de test)

en je ttl wat lager zetten zolang je bezig bent

Probleem zat hem dat Transip zelf ook "quotes" bij een txt record zet. Google DNS kan daar niet zo goed mee omgaan. Dus probleem is nu fixed, binnen 24 uur zou het moeten werken

Maar ben bang dat dat niet helpt voor t spam probleem
Aangezien google dus al spf=passed aangaf

antartic schreef op donderdag 29 januari 2015 @ 03:31:
Probeer eens als test om de MX record naar srv1.domain.nl te laten wijzen.
Of nog beter de rDNS naar domain.nl ipv srv1.domain.nl laten veranderen.

Heeft dat met de SPF te maken? Want die zat dus goed

En waarom de rDNS veranderen naar domain.nl? Ik begreep juist in directadmin dat dat niet mocht

[Blubber]

Ik had een vergelijkbaar probleem, alles leek goed, mxtoolbox.com zegt dat alles ok is (bij jouw server ook.) Maar vervolgens komt alles in de spam. Uiteindelijk een mail adres bij Yahoo aangemaakt, en daar klapte de connectie met de yahoo mail server eruit na de HELO, met een 500 melding dat mijn IP geblacklist was. Deze server was bij DigitalOcean gehost.

Vervolgens ben ik opzoek gegaan naar een andere provider, en toen, na contact met de techsupport gehad te hebben, naar TransIP overgestapt. Bij mij werkt het prima, ik snap dat je daar niets aan hebt echter.

Wat je kunt proberen is een keertje een mail via je server versturen naar een @yahoo.com adres, je kunt er bijvoorbeeld eentje naar mijn test account [e-mail] sturen.

Jouw SPF record lijkt iets anders te staan dan die van mij, maar dat is denk ik geen probleem, die van mij is:

code:

$ dig isogram.nl IN TXT
...
;; ANSWER SECTION:
isogram.nl.     60  IN  TXT "v=spf1 ip4:149.210.188.149 -all"

Ik heb navraag gedaan op de Postfix mailing, mij werd aangeraden om het ipv4 adres van de mx expliciet te vermelden, maar dat heb jij ook. Weet je zeker dat de SPF voor alle domeins goed staat?

Edit: jij gebruikt een self signed certificate, ik weet niet of dat er iets mee te maken heeft, maar ik kan mij voorstellen dat de grote providers zoals Google, MS en Yahoo dat niet leuk vinden.

[ Voor 7% gewijzigd door Blubber op 29-01-2015 13:28 ]

[Saven]

Blubber schreef op donderdag 29 januari 2015 @ 13:28:
Ik had een vergelijkbaar probleem, alles leek goed, mxtoolbox.com zegt dat alles ok is (bij jouw server ook.) Maar vervolgens komt alles in de spam. Uiteindelijk een mail adres bij Yahoo aangemaakt, en daar klapte de connectie met de yahoo mail server eruit na de HELO, met een 500 melding dat mijn IP geblacklist was. Deze server was bij DigitalOcean gehost.

Vervolgens ben ik opzoek gegaan naar een andere provider, en toen, na contact met de techsupport gehad te hebben, naar TransIP overgestapt. Bij mij werkt het prima, ik snap dat je daar niets aan hebt echter.

Wat je kunt proberen is een keertje een mail via je server versturen naar een @yahoo.com adres, je kunt er bijvoorbeeld eentje naar mijn test account [e-mail] sturen.

Jouw SPF record lijkt iets anders te staan dan die van mij, maar dat is denk ik geen probleem, die van mij is:

code:

$ dig isogram.nl IN TXT
...
;; ANSWER SECTION:
isogram.nl.     60  IN  TXT "v=spf1 ip4:149.210.188.149 -all"

Ik heb navraag gedaan op de Postfix mailing, mij werd aangeraden om het ipv4 adres van de mx expliciet te vermelden, maar dat heb jij ook. Weet je zeker dat de SPF voor alle domeins goed staat?

Edit: jij gebruikt een self signed certificate, ik weet niet of dat er iets mee te maken heeft, maar ik kan mij voorstellen dat de grote providers zoals Google, MS en Yahoo dat niet leuk vinden.

Hmm ik heb je zojuist een mailtje gestuurd Lijkt me sterk dat ik op een yahoo blacklist staat.

Als het goed is maakt dat wat betreft de SPF record niet uit. Anders zou hij geen PASS moeten geven lijkt me. De SPF mijn domein staat dus sowieso wel goed. Postfix mailing zegt mij eerlijk gezegd niet zoveel verder

Een self signed certificate? Zou kunnen omdat ik bij mijn uitgaande mailserver in outlook beveiliging op SSL had gezet terwijl ik geen SSL certificaat had? Daar ben ik overigens ook sinds een paar dagen mee gestopt. Het mailtje dat bouncede bij een google groups account was niet meer verstuurd via een "self signed" certificaat.

Of bedoel je dat niet met self signed certificaat?

[Blubber]

Saven schreef op donderdag 29 januari 2015 @ 13:37:
[...]

Hmm ik heb je zojuist een mailtje gestuurd Lijkt me sterk dat ik op een yahoo blacklist staat.

Komt goed aan, bij DigitalOcean is bijna het hele ip blok geblacklist, maar TransIP zorgt goed voor haar blokken, dus het lijkt mij ook sterk dat dat het probleem is. Tevens zegt mxtoolbox dat je op geen enkele blacklist staat.

[b][message=43660759,noline]
Als het goed is maakt dat wat betreft de SPF record niet uit. Anders zou hij geen PASS moeten geven lijkt me. De SPF mijn domein staat dus sowieso wel goed. Postfix mailing zegt mij eerlijk gezegd niet zoveel verder

Postfix is een andere populaire smtp server. Ik had toendertijd enkel MX en A in mijn SPF staan, dat is wel volgens de spec, maar schijnt niet altijd goed te werken. Anyway, je SPF ziet er goed uit, dat is het denk ik niet.

[b][message=43660759,noline]
Een self signed certificate? Zou kunnen omdat ik bij mijn uitgaande mailserver in outlook beveiliging op SSL had gezet terwijl ik geen SSL certificaat had? Daar ben ik overigens ook sinds een paar dagen mee gestopt. Het mailtje dat bouncede bij een google groups account was niet meer verstuurd via een "self signed" certificaat.

Of bedoel je dat niet met self signed certificaat?

Ik denk dat centos per default een self signed cert instelt in exim, je kunt een keer proberen om SSL uit te zetten op de server, geen idee of het er ook maar iets mee te maken heeft, maar de rest lijkt in orde . SSL connectie kun je zo testen:

code:

$ openssl s_client -connect <server>:25 -starttls smtp
...
New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-SHA
Server public key is 1024 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
SSL-Session:
    Protocol  : TLSv1
    Cipher    : DHE-RSA-AES256-SHA
    Session-ID: CEB2DA75FAF5574CD73293B216E1748AE6B67D6ECCB064059EC7FF1CBC318B8E
    Session-ID-ctx:
    Master-Key: 7A27315D5FDA53762541083F47E733D895349B55BFA8C26EAC36B84D9457FBA814D6EEF3F49FE3E3DC9CD505793E55AD
    Key-Arg   : None
    Start Time: 1422535444
    Timeout   : 300 (sec)
    Verify return code: 18 (self signed certificate)

Edit: kun je ook een mailtje naar [e-mail] sturen?

[Saven]

Blubber schreef op donderdag 29 januari 2015 @ 13:44:
[...]


Komt goed aan, bij DigitalOcean is bijna het hele ip blok geblacklist, maar TransIP zorgt goed voor haar blokken, dus het lijkt mij ook sterk dat dat het probleem is. Tevens zegt mxtoolbox dat je op geen enkele blacklist staat.


[...]


Postfix is een andere populaire smtp server. Ik had toendertijd enkel MX en A in mijn SPF staan, dat is wel volgens de spec, maar schijnt niet altijd goed te werken. Anyway, je SPF ziet er goed uit, dat is het denk ik niet.


[...]


Ik denk dat centos per default een self signed cert instelt in exim, je kunt een keer proberen om SSL uit te zetten op de server, geen idee of het er ook maar iets mee te maken heeft, maar de rest lijkt in orde . SSL connectie kun je zo testen:

code:

$ openssl s_client -connect <server>:25 -starttls smtp
...
New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-SHA
Server public key is 1024 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
SSL-Session:
    Protocol  : TLSv1
    Cipher    : DHE-RSA-AES256-SHA
    Session-ID: CEB2DAZGFAF5574CZZZ93B216E1748AE6B67D6ECCB064059EC7FF1CBC318B8E
    Session-ID-ctx:
    Master-Key: 7A27315D5FDA53762541083F47E733D895349B55BFA8C26EAC36B84D9457FBA814D6EEF3F49FE3E3DC9CD505793E55AD
    Key-Arg   : None
    Start Time: 1422535444
    Timeout   : 300 (sec)
    Verify return code: 18 (self signed certificate)

Edit: kun je ook een mailtje naar [e-mail] sturen?

Mailtje verzonden. Mocht ie in je spam komen, wil je m dan ff unmarken Schijnt Google ook van te leren..

Heb e.e.a ff gecencureerd maar dit kwam uit mn ssl check

[root@srv1 /]# openssl s_client -connect mail.bedrijfsnaam.nl:25 -starttls smtp
CONNECTED(00000003)
depth=0 C = GB, ST = Someprovince, L = Sometown, O = none, OU = none, CN = localhost, emailAddress = webaster@localhost
verify error:num=18:self signed certificate
verify return:1
depth=0 C = GB, ST = Someprovince, L = Sometown, O = none, OU = none, CN = localhost, emailAddress = webaster@localhost
verify return:1
---
Certificate chain
 0 s:/C=GB/ST=Someprovince/L=Sometown/O=none/OU=none/CN=localhost/emailAddress=webaster@localhost
   i:/C=GB/ST=Someprovince/L=Sometown/O=none/OU=none/CN=localhost/emailAddress=webaster@localhost
---
Server certificate
-----BEGIN CERTIFICATE-----
MII......**.....Kpg==
-----END CERTIFICATE-----
subject=/C=GB/ST=Someprovince/L=Sometown/O=none/OU=none/CN=localhost/emailAddress=webaster@localhost
issuer=/C=GB/ST=Someprovince/L=Sometown/O=none/OU=none/CN=localhost/emailAddress=webaster@localhost
---
No client certificate CA names sent
Server Temp Key: DH, 2048 bits
---
SSL handshake has read 2143 bytes and written 602 bytes
---
New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-GCM-SHA384
Server public key is 1024 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
SSL-Session:
    Protocol  : TLSv1.2
    Cipher    : DHE-RSA-AES256-GCM-SHA384
    Session-ID: C412A209770CED68BZZ6369FZZZ94F2D5D2E4B1230D6348DAD63C0CF970DC7D
    Session-ID-ctx:
    Master-Key: 114155C256D8A0..**...5D8E7EDFCE10B36
    Key-Arg   : None
    Krb5 Principal: None
    PSK identity: None
    PSK identity hint: None
    TLS session ticket lifetime hint: 200 (seconds)
    TLS session ticket:
    0000 - 51 99 9d e7 b7 3e 22 73-d2 e0 a5 60 ce 29 98 e5   Q....>as...`.)..
    0010 - 11 db eb 08 cd eb 4d cc-b3 e4 cd 8b a5 4e fe 26   ......M......N.&
    0020 - 55 9f 76 03 e9 4e 97 5f-7a 6a 2a bc c4 91 c7 df   U.v..N._zj*.....
    0030 - d4 7a d6 a3 e7 6e 5e 63-c3 34 c1 2a f9 dd 37 86   .z...n^c.4.*..7.
    0040 - e3 7c 58 f8 21 50 2d ec-69 3c db 50 d5 a9 35 a7   .|X.!P-.i<.P..5.
    0050 - 8e e6 58 61 bc 04 96 80-19 23 63 ae 27 80 d8 f9   ..Xa.....#c.'...
    0060 - a9 e6 c5 2a 57 d8 4f d4-e8 d6 17 ab e2 95 4f fa   ...*W.O.......O.
    0070 - 2b 2e 01 d4 1c 81 d4 f1-e5 a0 b9 32 4f 00 c9 b8   +..........2x...
    0080 - 31 ea 91 2a 2f c8 b3 dd-45 fc 42 30 a0 1e 9e 6c   1..*/...E.B0...l
    0090 - b0 c7 90 4c ec c1 31 4d-08 1c 95 76 02 d0 a1 92   ...L..1M...v....

    Start Time: 1422535665
    Timeout   : 300 (sec)
    Verify return code: 18 (self signed certificate)
---
250 HELP
^C
[root@srv1 /]#

Dus zo te zien self signed. Geeft dat geen issues als ik het uitzet?

[Blubber]

Je kunt SSL prima uit zetten bij wijze van test, een self signed certificate geeft toch niet de garantie die je van SSL wilt hebben. Anyway, probeer het gewoon even, kijk of dat werkt. Mocht dat werken dan kun je altijd een cheap ass SSL certificaat koper voor <10 euro per jaar.

Mailtje is inderdaad in de spam gekomen, van Google wordt je ook niet veel wijzer. Je gebruikt geen DKIM, maar dat zou niet echt uit moeten maken. SPF staat goed volgens Google. Ik laat hem nog even in de spam staan, voor het testen. Stuur nog maar eentje als je SSL uit gezet hebt in Exim (dit is echt een long shot trouwens.)

Laatste optie die ik kan bedenken is dat je bij TransIP een ander IP vraagt (of een nieuwe VM aanklikt.)

Nog een edit, als het probleem enkel bij Google bestaat kun je ook proberen je te laten delisten, ik zou dit echter als allerlaatste optie doen, tenzij je 100% zeker weet dat alleen Google moeilijk doet.

[ Voor 60% gewijzigd door Blubber op 29-01-2015 14:04 ]

[Saven]

Blubber schreef op donderdag 29 januari 2015 @ 14:01:
Je kunt SSL prima uit zetten bij wijze van test, een self signed certificate geeft toch niet de garantie die je van SSL wilt hebben. Anyway, probeer het gewoon even, kijk of dat werkt. Mocht dat werken dan kun je altijd een cheap ass SSL certificaat koper voor <10 euro per jaar.

Mailtje is inderdaad in de spam gekomen, van Google wordt je ook niet veel wijzer. Je gebruikt geen DKIM, maar dat zou niet echt uit moeten maken. SPF staat goed volgens Google. Ik laat hem nog even in de spam staan, voor het testen. Stuur nog maar eentje als je SSL uit gezet hebt in Exim (dit is echt een long shot trouwens.)

Laatste optie die ik kan bedenken is dat je bij TransIP een ander IP vraagt (of een nieuwe VM aanklikt.)

Nog een edit, als het probleem enkel bij Google bestaat kun je ook proberen je te laten delisten, ik zou dit echter als allerlaatste optie doen, tenzij je 100% zeker weet dat alleen Google moeilijk doet.

Oh je had m al ge-edit
Heb mn server overigens bij FXW

Is dat ssl uitzetten makkelijk?

[ Voor 5% gewijzigd door Saven op 29-01-2015 14:07 ]

[Blubber]

Ik denk dat ik geedit heb nadat jij mijn reply gelezen hebt, dus check even mijn vorige post .

Ok dat had je gezien .

Ik ken FXW niet, maar volgens dig:

code:

$ dig <domain> IN SOA
[...]
domein.nl.      900 IN  SOA ns0.transip.net. hostmaster.transip.nl. 2015012903 14400 1800 2419200 3600

Ik heb verder geen idee wat FXW is . Wat betreft die SSL in Exim, ik heb geen idee hoe je dat uitzet ik gebruik geen Exim , dus RTFM .

[ Voor 65% gewijzigd door Blubber op 29-01-2015 14:11 ]

[Saven]

Blubber schreef op donderdag 29 januari 2015 @ 14:08:
Ik denk dat ik geedit heb nadat jij mijn reply gelezen hebt, dus check even mijn vorige post .

Jep thanks Weet je toevallig ook wat ik moet aanpassen in mn exim.conf? Kon zo gauw niks vinden op Google hoe je dat self signing uitzet..

exim.conf:

code:

# SSL/TLS cert and key
openssl_options = +no_sslv3
tls_certificate = /etc/exim.cert
tls_privatekey = /etc/exim.key
tls_require_ciphers = ALL:!ADH:RC4+RSA:+HIGH:+MEDIUM:-LOW:-SSLv2:-EXP
tls_advertise_hosts = *
#auth_over_tls_hosts = *

Blubber schreef op donderdag 29 januari 2015 @ 14:08:
Ik denk dat ik geedit heb nadat jij mijn reply gelezen hebt, dus check even mijn vorige post .

Ok dat had je gezien .

Ik ken FXW niet, maar volgens dig:

code:

$ dig <domain> IN SOA
[...]
domein.nl.      900 IN  SOA ns0.transip.net. hostmaster.transip.nl. 2015012903 14400 1800 2419200 3600

Ik heb verder geen idee wat FXW is . Wat betreft die SSL in Exim, ik heb geen idee hoe je dat uitzet ik gebruik geen Exim , dus RTFM .

edit: haha oke ff zoeken, thnx iig

Gebruik nameservers van transip idd alleen een A record voor mn vps bij fxw.nl

[ Voor 37% gewijzigd door Saven op 29-01-2015 14:16 ]

[Blubber]

Je kunt proberen:

code:

tls_advertise_host = 127.0.0.1

Geen idee of dat werkt, ik ken Exim niet.

[Saven]

Blubber schreef op donderdag 29 januari 2015 @ 14:24:
Je kunt proberen:

code:

tls_advertise_host = 127.0.0.1

Geen idee of dat werkt, ik ken Exim niet.

Oh ff snel iets proberen dan, moment

[antartic]

Saven schreef op donderdag 29 januari 2015 @ 11:53:
[...]

Heeft dat met de SPF te maken? Want die zat dus goed

En waarom de rDNS veranderen naar domain.nl? Ik begreep juist in directadmin dat dat niet mocht

Heeft niets met SPF te maken maar ik zou mij kunnen voorstellen dat google het vreemd vind dat de mail met een *@domain.nl van srv1.domain.nl komt terwijl de MX zegt dat de server domain.nl is. Het daardoor uit voorzorg maar in spam gooit.

Misschien heeft het er niets mee te maken maar het is een kleine moeite het uit te sluiten.

[Saven]

Blubber schreef op donderdag 29 januari 2015 @ 14:24:
Je kunt proberen:

code:

tls_advertise_host = 127.0.0.1

Geen idee of dat werkt, ik ken Exim niet.

heb je nog een mailtje @gmail gestuurd

antartic schreef op donderdag 29 januari 2015 @ 14:28:
[...]

Heeft niets met SPF te maken maar ik zou mij kunnen voorstellen dat google het vreemd vind dat de mail met een *@domain.nl van srv1.domain.nl komt terwijl de MX zegt dat de server domain.nl is. Het daardoor uit voorzorg maar in spam gooit.

Misschien heeft het er niets mee te maken maar het is een kleine moeite het uit te sluiten.

Ah zo moet ik dan in mijn spf txt record ipv "mx" "mx:xx.xxx.xxx.xx" neerzetten? Of idd de servernaam wijzigen. Want DirectAdmin manual zei dat dat niet de bedoeling was

http://help.directadmin.com/item.php?id=405

The value of your hostname should be in the form similar to:
server.domain.com

where you run/manage domain.com (usually something like your webhost domain). The value "server" or something like that needs to be in front of it. (ns1 or www are both valid). You cannot use just "domain.com" as the hostname, as this will conflict with the email in your actual domain.com hosting account (with regards to how system accounts get their emails).

[ Voor 27% gewijzigd door Saven op 29-01-2015 14:33 ]

[Blubber]

Die laatset mail zit ook in de spam helaas .

[antartic]

Zelf gebruik ik "v=spf1 mx a -all" voor mijn vps. Net zo makkelijk.

[Saven]

Blubber schreef op donderdag 29 januari 2015 @ 14:32:
Die laatset mail zit ook in de spam helaas .

word er onderhand echt moe van

antartic schreef op donderdag 29 januari 2015 @ 14:33:
Zelf gebruik ik "v=spf1 mx a -all" voor mijn vps. Net zo makkelijk.

Dus niet de server name aanpassen?

[antartic]

Probeer het eerst eens met alleen een aangepaste MX dus naar srv1.domain.nl laten wijzen.

[Sneezydevil]

Ik zou inderdaad ook voor de netheid het MX record aanpassen en dan -all proberen in je SPF.

Die -all maakt bij mij het verschil uit tussen spam box en inbox.

[ilaurensnl]

controleer je ip op blacklists, dit is een veel voorkomende probleem.
http://mxtoolbox.com/blacklists.aspx

daar heb je ook nog een aantal simpele tools waarmee je kan kijken waar het probleem zit.

[Blubber]

ilaurensnl schreef op donderdag 29 januari 2015 @ 14:52:
controleer je ip op blacklists, dit is een veel voorkomende probleem.
http://mxtoolbox.com/blacklists.aspx

daar heb je ook nog een aantal simpele tools waarmee je kan kijken waar het probleem zit.

Daar had ik al gekeken voor 'em, en hij is niet geblacklist. Dat zegt echter niet alles, mijn VPS stond ook op geen enkele blacklist, maar Google, MS en Yahoo blokkeerde mijn mail wel.

[Fish]

Saven schreef op donderdag 29 januari 2015 @ 11:53:
[...]

Probleem zat hem dat Transip zelf ook "quotes" bij een txt record zet. Google DNS kan daar niet zo goed mee omgaan. Dus probleem is nu fixed, binnen 24 uur zou het moeten werken

Maar ben bang dat dat niet helpt voor t spam probleem
Aangezien google dus al spf=passed aangaf


[...]

Heeft dat met de SPF te maken? Want die zat dus goed

En waarom de rDNS veranderen naar domain.nl? Ik begreep juist in directadmin dat dat niet mocht

google heeft je txt record nu wel bekend, zo te zien
als je experimenteerd zou je hier de cache van google kunnen flushen
http://google-public-dns.appspot.com/cache


maar ja ik zou ?all gebruiken

[ Voor 9% gewijzigd door Fish op 29-01-2015 15:07 ]

[Saven]

Sneezydevil schreef op donderdag 29 januari 2015 @ 14:49:
Ik zou inderdaad ook voor de netheid het MX record aanpassen en dan -all proberen in je SPF.

Die -all maakt bij mij het verschil uit tussen spam box en inbox.

Moet ik het DNS record aanpassen in mijn DNS instellingen bij transip neem ik aan?



Zou je me kunnen vertellen wat ik precies moet veranderen? Ik snap het allemaal niet meer

Moet ik die MX record veranderen van @ naar srv1?
of moet ik een nieuwe MX toevoegen met srv1 (dan heb ik dus een @ en een srv1)

Naam betekent namelijk:

Recordnaam ofwel hostnaam. De domeinnaam zelf wordt weggelaten; voor www.domein.ext vult u in: www Gebruik de recordnaam @ voor het domein zelf, en * voor een wildcard.

Fish schreef op donderdag 29 januari 2015 @ 15:02:
[...]


google heeft je txt record nu wel bekend, zo te zien

maar ja ik zou ?all gebruiken

Top
Hehe een ander op de vorige pagina zegt weer -all

[Fish]

ja leuke discussie, doe maar 1 van de twee dan
maar maak 1 verandering tegelijk !!!

En zet die ttl ff wat korter dat is een stuk makkelijker experimenteren

[Blubber]

Fish schreef op donderdag 29 januari 2015 @ 15:08:
ja leuke discussie, doe maar 1 van de twee dan
maar maak 1 verandering tegelijk !!!

En zet die ttl ff wat korter dat is een stuk makkelijker experimenteren

Je, klik die TTL maar op 1 minuut, dat is een stuk makkelijker inderdaad.

[Saven]

Blubber schreef op donderdag 29 januari 2015 @ 15:13:
[...]


Je, klik die TTL maar op 1 minuut, dat is een stuk makkelijker inderdaad.

Fish schreef op donderdag 29 januari 2015 @ 15:08:
ja leuke discussie, doe maar 1 van de twee dan
maar maak 1 verandering tegelijk !!!

En zet die ttl ff wat korter dat is een stuk makkelijker experimenteren

Dit zijn de nieuwe settings. SPF verandering is inmiddels ook opgepakt.


Maarrrr met mx lookup check krijg ik ook 2 aparte dingen. Google geeft wat anders terug dan mn eigen provider...

C:\Users\zzz>nslookup -type=mx bedrijfsnaam.nl 8.8.8.8
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

bedrijfsnaam.nl
        primary name server = ns0.transip.net
        responsible mail addr = hostmaster.transip.nl
        serial  = 2015012907
        refresh = 14400 (4 hours)
        retry   = 1800 (30 mins)
        expire  = 2419200 (28 days)
        default TTL = 3600 (1 hour)

en

C:\Users\zzz>nslookup -type=mx bedrijfsnaam.nl
Server:  speedport.ip
Address:  192.168.2.1

Non-authoritative answer:
bedrijfsnaam.nl  MX preference = 10, mail exchanger = bedrijfsnaam.nl

C:\Users\zzz>nslookup -type=mx bedrijfsnaam.nl
Server:  speedport.ip
Address:  192.168.2.1

Non-authoritative answer:
bedrijfsnaam.nl  MX preference = 10, mail exchanger = bedrijfsnaam.nl

Terwijl ik m toch nu op srv1 heb gezet. wat doet die transip.nl er dan?

[ Voor 5% gewijzigd door Saven op 29-01-2015 15:20 ]

[Sneezydevil]

Ik ben even aan het kijken hoe die dns management van TransIP werkt, maar ik denk inderdaad dat je die @ in srv1 kunt veranderen.

Wat betreft het ? - of ~ bij je SPF record, als je ? gebruikt zal google het zien als "No Policy".
~ is een Softfail en - is een fail.

De - is dus het strengste.

[Saven]

Sneezydevil schreef op donderdag 29 januari 2015 @ 15:22:
Ik ben even aan het kijken hoe die dns management van TransIP werkt, maar ik denk inderdaad dat je die @ in srv1 kunt veranderen.

Wat betreft het ? - of ~ bij je SPF record, als je ? gebruikt zal google het zien als "No Policy".
~ is een Softfail en - is een fail.

De - is dus het strengste.

Jep heb een -all inmiddels. Zie mijn post hierboven dat plaatje, dan zie je hoe mn DNS settings nu zijn

[Fish]

Ik heb googledns maar voor je geflushed (die dacht natuurlijk 1 dag he)

[Fish]

Stuur eens een mail naar jezelf (het kan zijn dat de gmail servers zelf ook dns cachen he, dan zou je nog een dag moeten wachten)

[Sneezydevil]

Denk dat er aan het MX record nog iets niet klopt, want ik krijg geen mail servers meer terug voor het domein.

Denk dat het moet zijn:

@ mx 10 srv1

ipv

srv1 mx 10 @

[ Voor 23% gewijzigd door Sneezydevil op 29-01-2015 15:26 ]

[antartic]

Hij staat net verkeerd om. Naam moet zijn @ en de waarde srv1.domain.nl

edit: wat Sneezydevil zegt

[ Voor 20% gewijzigd door antartic op 29-01-2015 15:28 ]

[Saven]

Fish schreef op donderdag 29 januari 2015 @ 15:25:
Stuur eens een mail naar jezelf (het kan zijn dat de gmail servers zelf ook dns cachen he, dan zou je nog een dag moeten wachten)

Haha thnx maar idd nog steeds niet geupdate

Sneezydevil schreef op donderdag 29 januari 2015 @ 15:25:
Denk dat er aan het MX record nog iets niet klopt, want ik krijg geen mail servers meer terug voor het domein.

Denk dat het moet zijn:

@ mx 10 srv1

ipv

srv1 mx 10 @

antartic schreef op donderdag 29 januari 2015 @ 15:27:
Hij staat net verkeerd om. Naam moet zijn @ en de waarde srv1.domain.nl

Oja rofl, niet meer helemaal helder hij staat nu op @ | srv1.domein.nl

ben benieuwd

antartic schreef op donderdag 29 januari 2015 @ 15:27:
Hij staat net verkeerd om. Naam moet zijn @ en de waarde srv1.domain.nl

edit: wat Sneezydevil zegt

Hmm, dus alleen srv1 en geen srv1.domein.nl?

[ Voor 13% gewijzigd door Saven op 29-01-2015 15:29 ]

[Fish]

10 srv1.xxxxxx.nl.xxxxxxx.nl.

meh

typ gewoon die volle naam in man

[ Voor 33% gewijzigd door Fish op 29-01-2015 15:33 ]

[Saven]

Fish schreef op donderdag 29 januari 2015 @ 15:32:
10 srv1.xxxxxx.nl.xxxxxxx.nl.

meh

typ gewoon die volle naam in man

idd alleen srv1 dus

edit: hoe bedoel je?

[ Voor 5% gewijzigd door Saven op 29-01-2015 15:33 ]

[Sneezydevil]

Hehe idd je moet of srv1 doen of srv1.domein.nl.

Let op de punt, op het einde.

//Edit

Staat inmiddels goed

[ Voor 30% gewijzigd door Sneezydevil op 29-01-2015 15:36 ]

[Saven]

Maar moet ik dat nu ook voor al mijn 'klanten' zo instellen?

maar dan wordt het dus wel srv1.domeinnaam.nl. ipv alleen srv1, anders krijg je srv1.klantnaam.nl

[Web-Brielle]

Zelf toevallig ook net alles gechecked met mail-tester.com
Stond nog aardig wat verkeerd.. Snel aangepast en nu een score van 8.
Alleen nog DKIM goed zetten en hierna een request for removal van een blacklist.

Zelf heb ik ook alles bij TransIP zoals jou, mocht je hulp willen, dan kan je je info sturen per PM.
Ik denk graag mee met mede tweakers

[Fish]

Zorg iig dat de Helo hetzelde is als de rdns van het verzendende ip (scheelt weer spampunten)
je spf lijkt me identiek voor al je klanten (mits die ook via jouw smtp relayen, als die ook via huin eigen smtp relayen moet je toch echt ?all gebruiken denk ik )

en de mx ook gewoon svr1.hoofddomijn.nl maken dunkt me

Web-Brielle schreef op donderdag 29 januari 2015 @ 15:51:
Zelf toevallig ook net alles gechecked met mail-tester.com
Stond nog aardig wat verkeerd.. Snel aangepast en nu een score van 8.
Alleen nog DKIM goed zetten en hierna een request for removal van een blacklist.

Zelf heb ik ook alles bij TransIP zoals jou, mocht je hulp willen, dan kan je je info sturen per PM.
Ik denk graag mee met mede tweakers

waarom niet lekker in dit topic ?

[ Voor 44% gewijzigd door Fish op 29-01-2015 15:54 ]

[Saven]

Web-Brielle schreef op donderdag 29 januari 2015 @ 15:51:
Zelf toevallig ook net alles gechecked met mail-tester.com
Stond nog aardig wat verkeerd.. Snel aangepast en nu een score van 8.
Alleen nog DKIM goed zetten en hierna een request for removal van een blacklist.

Zelf heb ik ook alles bij TransIP zoals jou, mocht je hulp willen, dan kan je je info sturen per PM.
Ik denk graag mee met mede tweakers

Thanks, maar alleen mn domeinen zitten bij transip, mn vps (centos directadmin) zit bij fxw.nl

Fish schreef op donderdag 29 januari 2015 @ 15:53:
Zorg iig dat de Helo hetzelde is als de rdns van het verzendende ip (scheelt weer spampunten)
je spf lijkt me identiek voor al je klanten (mits die ook via jouw smtp relayen, als die ook via huin eigen smtp relayen moet je toch echt ?all gebruiken denk ik )

en de mx ook gewoon svr1.hoofddomijn.nl maken dunkt me

Sorry maar soms moet je het iets duidelijker uitleggen als je het niet erg vindt Heb me redelijk diep in de materie gestort. Klanten gebruiken overigens gewoon mail.klantdomeinnaam.nl. Anders zou ik idd ? moeten gebruiken.

Maar dat hele rdns goed instellen met domeinnamen is voor mij nog een beetje hocus pocus

Standaard deed alles het gewoon goed, ik hoefde alleen maar het A-record te wijzigen voor de domeinen die bij transip staan. Mailen e.d. lukte dan ook gewoon.

Ook overal een extra wildcard toegevoegd zodat subdomeinen werken (is dat misschien een issue bij mijn bedrijfsnaam.nl omdat ik een wildcard heb, maar srv1.naam.nl ook de "rnds" is?

En dus een spf toegevoegd

[Fish]

die wildcard is niet echt een issue (dan kunnen ze imho niet zien)

De querie is op svr1.naam.nl en de rdns is hetzelfde dus dan is het geen issue
De helo is de naam waarmee exim zich aanmeld op de smtp waarmee hij verbind

e.g

telnet xxxxxxx.nl 25

220 srv1.xxxxxxx.nl ESMTP Exim 4.84 Thu, 29 Jan 2015 17:33:32 +0100
helo fishwashier.nl
250 srv1.xxxxxx.nl Hello 188-142-112-57.ftth.ispfabriek.nl [188.142.112.57]
mail fr
500 unrecognized command
mail from:[e-mail]
250 OK
rcpt to:[e-mail]
250 Accepted
data
354 Please start mail input.
hier staat tekst en shit
diei
ik bedoel doei
gr van fish
.
250 Mail queued for delivery.

"fishwashier.nl" is (imho) de standaard de lokale hostnaam die exim vindt. maar is ook te wijzigen

btw .. you got mail

[Saven]

Fish schreef op donderdag 29 januari 2015 @ 17:37:
die wildcard is niet echt een issue (dan kunnen ze imho niet zien)

De querie is op svr1.naam.nl en de rdns is hetzelfde dus dan is het geen issue
De helo is de naam waarmee exim zich aanmeld op de smtp waarmee hij verbind

e.g

telnet xxxxxxx.nl 25

220 srv1.xxxxxxx.nl ESMTP Exim 4.84 Thu, 29 Jan 2015 17:33:32 +0100
helo fishwashier.nl
250 srv1.xxxxxx.nl Hello 188-142-112-57.ftth.ispfabriek.nl [188.142.112.57]
mail fr
500 unrecognized command
mail from:[e-mail]
250 OK
rcpt to:[e-mail]
250 Accepted
data
354 Please start mail input.
hier staat tekst en shit
diei
ik bedoel doei
gr van fish
.
250 Mail queued for delivery.

"fishwashier.nl" is (imho) de standaard de lokale hostnaam die exim vindt. maar is ook te wijzigen

btw .. you got mail

Haha ik zag het Thnx. Dus dat zit allemaal wel goed?

Maar hoort dat wel te kunnen? Mail sturen via mijn server zonder auth? Lijkt me ook niet wenselijk eigenlijk

[ Voor 90% gewijzigd door Saven op 29-01-2015 18:00 ]

[Fish]

Nou ja als je mail wil ontvangen is het niet handig dat mensen moeten gaan inloggen op jouw server. ofwel ?

Ik stuur het ook niet via, maar naar

Het wordt een ander verhaal als mensen via jouw server naar een andere server gaan mailen (relay), dan wil je dat afschermen . doe je dat niet maak je een open relay.

Een andere uizondering is de smtp relay van je provider waar je niet in hoeft te loggen, deze heeft de restrictie dat de berichten alleen van het eigen netwerk mogen komen (zonder authenticatie).met ath mag het dan vaak wel weer overal vandaan komen.