Kannst du übrigens auch im SCP einstellen.
Ok, da kann man dann nicht mehr meckern das ist einfach zu finden. Hab schon Tage an den Mailserver gebastelt mit spf1 hin und her schieben und mich in den ganzen postfix kram eingelesen und nu,.... alles umsonst... habt Verständnis 
Nächste Hürde ist DKIM.
Hat ja auch nichts mit der Domain zu tun, sondern mit der IP. Und die gehört zum Produkt.
Naja ein reverse-Domain-Name-Server Eintrag hat für mich schon was mit einer Domain zu tun. Bei Produkten denke ich an Kugelschreiber oder in dem Fall an Dienstleistungen oder sowas.
Es ist ja auch nicht schwer, siehe mein Beitrag mit Hinweis auf WiKi - ist nur ein Eintrag
Aber sehr schwer zu finden, ist es schon. Die Einstellung findet man im CCP nicht unter "Domains" sondern unter "Produkte". Wenn ich Einstellungen für meine Domain machen möchte komme ich nicht auf den Gedanken auf einen Button auf dem "Produkte" steht zu klicken. Echt nicht. Habs vom Support erfahren, sonst hätte ich das nicht gefunden.
lies sich dann doch ganz einfach lösen 
Im CCP Produkte->"Lupe" ->rDNS
dort kann man den rDNS Eintrag ändern. Jetzt stimmts mail.omasiso.de
Hallo,
wenn ich mir mit opendkim einen DKIM Schlüssel generieren lasse dann sieht der öffentliche Teil so aus, man beachte die Unterbrechung durch die Anführungszeichen innerhalb des Keys:
201611._domainkey.kofler.info descriptive text "v=DKIM1\; k=rsa\; s=email\; " "p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2iAMG1lvjfnXmJKFsfLDCt+PYFc16Q4aQz/dKnpQXSuSvejqb9qGidz0XXItRHXvnzsD7yOly3iconl+kCfY1JbONPKXaObWep7GIXNPIW4tL/jbd886oUd/wTonK50ScCuejelWAQTHs25Q6zH6/ZWWy1vCVIet/+dsqkeJpZ1NFoQrk2uEcx8Yz7NAHcvSt/73Qzl5Czna79" "7955/zX7Bp10e/lATZbVtP6Qu6eC2TMpWx06bEDRZwE4mK0T1iCSHb0wnjLurvKouSnbXAoT+q/dLApTAohIqsmhK0O6z/2Gmo+f8g9JH+PVtyzY4zfvjxsXgWn6kmhdoAtNNuhQIDAQAB"
Aufgrund der Anführungszeichen meldet mir die CCP-Software bei jedem Versuch die DKIM-DNS-Zone Einstellungen abzuspeichern einen Fehler.
Was nun? jeder von opendkim generierte Schlüssel sieht so aus.
ja die certfiles habe ich bei diesem setup vernachlässigt, ich tausch die noch aus, der Hostname wurde ja auf omasiso geändert und die müssten dann ja eigentlich sowieso unbrauchbar sein, aber gut das hat nichts mit reverse-dns zu tun.
Das müsste die Konfiguration von Froxlor sein die das so eingetragen hat und ich habs noch nicht geändert.
^^schon mal ein hilfreicher Befehl: postconf -nf
alias_maps = $alias_database
append_dot_mydomain = no
biff = no
broken_sasl_auth_clients = yes
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
data_directory = /var/lib/postfix
debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin ddd
$daemon_directory/$process_name $process_id & sleep 5
dovecot_destination_recipient_limit = 1
html_directory = no
inet_protocols = ipv4
local_transport = local
mailbox_size_limit = 0
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
message_size_limit = 52428800
mydestination = $myhostname, localhost.$mydomain, localhost
mydomain = omasiso.de
myhostname = mail.omasiso.de
mynetworks = 127.0.0.0/8
myorigin = /etc/mailname
newaliases_path = /usr/bin/newaliases
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/postfix
sample_directory = /usr/share/doc/postfix
sendmail_path = /usr/sbin/sendmail
setgid_group = postdrop
smtp_tls_note_starttls_offer = yes
smtp_tls_security_level = may
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_client_restrictions = permit_mynetworks, permit_sasl_authenticated,
reject_unknown_client_hostname
smtpd_helo_required = yes
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated,
reject_unauth_destination, reject_unauth_pipelining,
reject_non_fqdn_recipient
smtpd_relay_restrictions =
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_path = private/auth
smtpd_sasl_type = dovecot
smtpd_sender_login_maps = mysql:/etc/postfix/mysql-virtual_sender_permissions.cf
smtpd_sender_restrictions = permit_mynetworks, reject_sender_login_mismatch,
permit_sasl_authenticated, reject_unknown_helo_hostname,
reject_unknown_recipient_domain, reject_unknown_sender_domain
smtpd_tls_cert_file = /etc/ssl/server/v22018076672370890.powersrv.de.pem
smtpd_tls_key_file = $smtpd_tls_cert_file
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_security_level = may
unknown_local_recipient_reject_code = 550
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual_alias_maps.cf
virtual_gid_maps = static:2000
virtual_mailbox_base = /var/customers/mail/
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual_mailbox_domains.cf
virtual_mailbox_limit = 0
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual_mailbox_maps.cf
virtual_transport = dovecot
virtual_uid_maps = static:2000Hallo ich versuche schon seit Ewigkeiten u. in mehreren Versuchen einen mailserver richtig konfiguriert zu bekommen. Größtenteils hatte ich es aufgegeben, jedoch mit Froxlor & Trickserei klappt es einiger maaßen.
Das Problem ist das ich auf tools wie mx-toolbox "mail.omasiso.de" immer noch als: "Reverse DNS is not a valid Hostname" gemeldet bekomme, und hotmail oder Microsoft keine mails von dem Server annimmt.
Eintrag Servername in Foxlor: omasiso.de
Eintragungen in Postfix main.cf:
mydomain = omasiso.de
myhostname = mail.omasiso.de
myorigin = /etc/mailname
# in der Datei /etc/mailname ist eingetragen:
omasiso.de[Blockierte Grafik: https://omasiso.de/reversedns.png]
Das zweite zu lösende Problem wäre, insofern ich sasl nutze also ein normaler linux user eine mail verschickt, benutzt postfix den Eintrag in /etc/mailname als Servernamen und setzt den Usernamen davor.
Zuerst hatte ich in der Datei /etc/mailname den Eintrag mail.omasiso.de und wenn ich dann von einem linux-account, nicht von einem Froxlor Account, eine mail senden wollte, wurde aus dem mailserver $user.mail.omasiso.de. Darum habe ich dort den Eintrag auf omasiso.de umgestellt. Dies kommt aber in beiden Fällen raus, egal ob postfix mailname omasiso.de oder mail.omasiso.de: "Reverse DNS is not a valid Hostname". Hat jemand Tipps?
