axman schriebNutzt ihr nur eure eine, selbst gehostete Adresse?
Ja.
axman schriebHabe die Befürchtung, dass ich dann das gleiche Spam-Problem dort bekomme.
Nein.
axman schriebOder welche konkreten, zuverlässigen Möglichkeiten hätte ich mit einem eigenen Mailserver?
Was bei mir tatsächlich reicht, um 99 Prozent allen Spams wegzufiltern ist folgendes in der main.cf von Postfix (das sorgt auch gleich dafür, dass man kein Open Relay betreibt *g*):
smtpd_recipient_restrictions =
reject_invalid_hostname,
reject_non_fqdn_recipient,
reject_non_fqdn_sender,
reject_unknown_recipient_domain,
reject_unknown_sender_domain,
reject_unauth_pipelining,
reject_unknown_client,
permit_mynetworks,
permit_sasl_authenticated,
reject_unauth_destination,
reject_rbl_client bl.spamcop.net,
reject_rbl_client dnsbl.sorbs.net,
reject_rbl_client cbl.abuseat.org,
reject_rbl_client ix.dnsbl.manitu.net,
permit
smtpd_helo_required = yes
disable_vrfy_command = yes
strict_rfc821_envelopes = yes
invalid_hostname_reject_code = 554
multi_recipient_bounce_reject_code = 554
non_fqdn_reject_code = 554
relay_domains_reject_code = 554
unknown_address_reject_code = 554
unknown_client_reject_code = 554
unknown_hostname_reject_code = 554
unknown_local_recipient_reject_code = 554
unknown_relay_recipient_reject_code = 554
unknown_virtual_alias_reject_code = 554
unknown_virtual_mailbox_reject_code = 554
unverified_recipient_reject_code = 554
unverified_sender_reject_code = 554
Den GMX-Spam für eine meiner mittels fetchmail geholten Adressen entsorge ich mit einem entsprechenden SIEVE-Filter. Die ein, zwei sonstigen Spammails, die jetzt noch durchkommen, entsorge ich direkt im Client.