Goedenavond,

Ik ben bezig om een mailserver op te zetten op mijn VPS, maar dit wil niet helemaal lukken. Voorheen kon ik e-mails sturen naar mijn Outlook mailadres (kwamen wel in de map "Ongewenst"), maar tegenwoordig komen deze e-mails niet meer aan. Ik heb verder geprobeerd maar de e-mails komen wel aan op mijn quicknet.nl en een Microsoft Exchange account wat ik heb, van werk.

Ik heb al een en het ander uitgezocht met DNS-records en Reverse DNS. Maar ik kom er echt niet uit.

DNS records:


Reverse DNS (deze wordt geaccepteerd op mxtoolbox.com):


Postfix configuratie:

# See /usr/share/postfix/main.cf.dist for a commented, more complete version


# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
myhostname = www.domein.nl
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = $myhostname, domein.nl, localhost, localhost.localdomain, localhost
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
inet_protocols = all


Resultaat van mxtoolbox.com:



Ik hoor graag van jullie!
als de mails wel aan komen op 2 verschillende mailservers, dan werkt jouw smtp-server dus prima.

Dat Microsoft ze weigert, is een ander punt.

Dat zul je met nader moeten uitzoeken.
- vinden ze je server niet lief
- vinden ze dat je spf zegt dat de mail niet van die server hoort te komen
- bevat je mail op andere manieren inhoud die op spam lijken.
- klopt het ontvangende mail adres?
+1. Ik zou mikken op DKIM/DomainKeys. Outlook is daar erg streng in. Zorg ook dat je mailserver positief reageert op het return-path mailadres dat je gebruikt. Als deze niet bestaat zal je mail waarschijnlijk ook geweigerd worden.
Ik heb een tijdje niets laten horen, maar ik zit nog steeds met het probleem.

Ik heb besloten om het versturen van e-mail te proberen met behulp van een externe SMTP-dienst. Het goede nieuws is dat het versturen naar Gmail.com-adressen prima gaat. Het slechte nieuws is dat het versturen naar Outlook.com-adressen er nog toe leidt dat de e-mails bij de map "Ongewenst" komen.

De externe SMTP-dienst is Mailjet, hiervoor moest ik nog een SPF en DKIM configuratie in mijn DNS wijzigen. De wijzingen werden als correct gezien volgens Mailjet.

Maar zoals ik al zei, bij Outlook.com-adressen komen de e-mails in de map "Ongewenst". Iemand een idee hoe dit op te lossen?

En [email protected] geeft geen SMTP fouten als je ernaar probeert te mailen? Dus bestaat het account of heb je hier een virtuele verwijzing voor? Er zijn genoeg diensten die callouts doen om de verzender te verifieren.
Hmm, op dit moment gebruik ik alleen uitgaande e-mail via Mailjet. Er hangt dus geen mailbox aan [email protected].

Heb zojuist een e-mail gestuurd naar [email protected] via de web interface van Outlook maar ik ontvang geen e-mail terug dat de e-mail niet afgeleverd is.
Dat hoeft ook niet, er hoeft alleen maar een mededeling op SMTP niveau te zijn dat de mailbox niet bestaat. Een 550 melding waarschijnlijk.
Waar kan ik dat terug zien?
Door zelf handmatig een SMTP transactie uit te voeren, of dit te laten doen door 1 van de vele SMTP test services.
Ik had eerder vandaag het MX record van mijn domein verwijderd, zou het hiermee te maken kunnen hebben?

Want met een tool die ik heb geïnstalleerd op mijn laptop kan ik e-mails versturen met mijn eigen SMTP en de Connection Log kan ik inzien. E-mails kwamen verder niet in ongewenst.

Hierna probeerde ik het via PHPMailer, en raad eens, het komt niet in de map "Ongewenst".

Zou het ermee te maken kunnen hebben dat ik mijn MX-record verwijderd heb en dit nog moest worden uitgevoerd door de DNS?
Technisch gezien is een MX record niet noodzakelijk om mail te kunnen ontvangen, bijvoorbeeld wanneer de mailserver op hetzelfde IP zit als waar je A record naar verwijst. Het is echter niet aan te bevelen om dit te doen, omdat het argwaan wekt. Wat is de inhoud van je huidige SPF record? Dat kan een hoop verklaren.

Reageren