Postifx liefert nicht aus, Emails bleiben in der queue

D

Datenbock

New Member
Hallo zusammen,

ich habe ispconfig 3 auf einem sauberen suse 11.3 system mit dem Script für 11.3 "Setting up a perfect Server" installiert. Es läuft soweit alles wunderbar.

Es befinden sich nun zahlreiche Domains auf dem Server, die ich mit ispconfig angelegt habe. Die dazugehörigen E-Mail Adressen können auch senden. Lediglich der Empfang funktioniert nicht. Versuche ich mit einer externen E-Mail Adresse einer der E-Mail Adressen von meinem Server anzuschreiben, bekomme ich nach einiger Zeit eine E-Mail vom Postifix Server zurück, die da lautet: (Die Mails liegen derweil in der queue... sind also nicht weg)

Delayed Mail (still being retried)
This is the mail system at host dh18.1blu.de.

####################################################################
# THIS IS A WARNING ONLY. YOU DO NOT NEED TO RESEND YOUR MESSAGE. #
####################################################################

Your message could not be delivered for more than 1 hour(s).

It will be retried until it is 5 day(s) old.
Click to expand...
Meine gesamte Serverkonfiguration hat ein paar Eigenheiten:
Der Server wird von 1Blu bereitsgestellt. Sowohl Nameserver als auch auch A Rekord sind auf 1Blu Server eingestellt. Nur der MX Rekord verweist auf meinen eigenen Server. Soweit scheint es auch zu funktionieren, denn der Postfix bekommt die Mails ja, sie werden nur nicht ausgeliefert.

Das heisst für mich, ich habe beim Anlegen der Domains in ispconfig kein DNS eingetragen. Kann hier schon der Fehler liegen? Ich denke im Moment nicht, denn bis auf die Verarbeitung eingehender Mails funktioniert alles reibungslos.

Mein Fehler:
Ich habe mittels webmin ein wenig an der Postfix Einstellung rumexperemntiert und befürchte schon fast, dass ich nun hier irgendetwas grundlegendes falsch eingestellt habe.

Meine master.cf habe ich im Anhang.

Auszug aus der main.cf
readme_directory = /usr/share/doc/packages/postfix-doc/README_FILES
inet_protocols = all
biff = no
mail_spool_directory = /var/mail
canonical_maps = hash:/etc/postfix/canonical
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql-virtual_forwardings.cf, mysql:/etc/postfix/mysql-virtual_email2email.cf
relocated_maps = hash:/etc/postfix/relocated
transport_maps = proxy:mysql:/etc/postfix/mysql-virtual_transports.cf
sender_canonical_maps = hash:/etc/postfix/sender_canonical
masquerade_exceptions = root
masquerade_classes = envelope_sender, header_sender, header_recipient
program_directory = /usr/lib/postfix
masquerade_domains =
defer_transports =
disable_dns_lookups = no
mailbox_command =
mailbox_transport =
strict_8bitmime = no
disable_mime_output_conversion = no
smtpd_sender_restrictions = check_sender_access mysql:/etc/postfix/mysql-virtual_sender.cf
smtpd_client_restrictions = check_client_access mysql:/etc/postfix/mysql-virtual_client.cf
smtpd_helo_required = no
smtpd_helo_restrictions =
strict_rfc821_envelopes = no
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, check_recipient_access mysql:/etc/postfix/mysql-virtual_recipient.cf, reject_unauth_destination
smtp_sasl_auth_enable = no
smtpd_sasl_auth_enable = yes
smtpd_use_tls = yes
smtp_use_tls = no
alias_maps = hash:/etc/aliases
mailbox_size_limit = 0
message_size_limit = 0
delay_warning_time = 1h
message_strip_characters = \0
content_filter = amavis:[127.0.0.1]:10024
smtp_enforce_tls = no
smtp_tls_session_cache_timeout = 3600s
smtp_tls_session_cache_database = btree:/var/lib/postfix/smtpd_tls_session_cache
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql-virtual_domains.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql-virtual_mailboxes.cf
virtual_mailbox_base = /var/vmail
virtual_uid_maps = static:5000
virtual_gid_maps = static:5000
broken_sasl_auth_clients = yes
smtpd_sasl_authenticated_header = yes
smtpd_tls_security_level = may
smtpd_tls_cert_file = /etc/postfix/smtpd.cert
smtpd_tls_key_file = /etc/postfix/smtpd.key
relay_domains = mysql:/etc/postfix/mysql-virtual_relaydomains.cf
relay_recipient_maps = mysql:/etc/postfix/mysql-virtual_relayrecipientmaps.cf
virtual_create_maildirsize = yes
virtual_maildir_extended = yes
virtual_mailbox_limit_maps = proxy:mysql:/etc/postfix/mysql-virtual_mailbox_limit_maps.cf
virtual_mailbox_limit_override = yes
virtual_maildir_limit_message = "The user you are trying to reach is over quota."
virtual_overquota_bounce = yes
proxy_read_maps = $local_recipient_maps $mydestination $virtual_alias_maps $virtual_alias_domains $virtual_mailbox_maps $virtual_mailbox_domains $relay_recipient_maps $relay_domains $canonical_maps $sender_canonical_maps $recipient_canonical_maps $relocated_maps $transport_maps $mynetworks $virtual_mailbox_limit_maps
maildrop_destination_concurrency_limit = 1
maildrop_destination_recipient_limit = 1
virtual_transport = maildrop
header_checks = regexp:/etc/postfix/header_checks
mime_header_checks = regexp:/etc/postfix/mime_header_checks
nested_header_checks = regexp:/etc/postfix/nested_header_checks
body_checks = regexp:/etc/postfix/body_checks
receive_override_options = no_address_mappings
mydestination = $myhostname, localhost.$mydomain, $mydomain
myhostname = dh18.1blu.de
mydomain = dh18.1blu.de
Click to expand...
Eine Grundeinstellung die ich dummerweise verändert habe, ist die:

Für welche Domänen soll E-Mail empfangen werden
Das habe ich auf ganze Domäne gesetzt und könnte schwören, dass hier die virtuellen Domains jetzt außen vor gelassen werden.

Aber was muss ich einstellen, bzw. liegt mein Fehler wo anders?


Gruß Dennis
 

Attachments

Wenn du auf deinem Server keine Emails empfangen kannst, dann schau doch bitte mal in den Logfiles von Postfix nach. Dort steht in der Regel genau drin warum was nicht funktioniert hat.
 
Hier mal ein Auszug
Aug 3 16:31:17 dh18 amavis[30101]: (30101-19) FWD via SMTP: <dennis@datenbock.de> -> <info@zeitsoldat.net>,BODY=8BITMIME 250 2.0.0 from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 3799C351CAC
Aug 3 16:31:17 dh18 postfix/pipe[7966]: 3799C351CAC: to=<info@zeitsoldat.net>, relay=maildrop, delay=0.24, delays=0.14/0/0/0.09, dsn=4.3.0, status=deferred (temporary failure. Command output: pipe: fatal: pipe_command: execvp /usr/bin/maildrop: No such file or directory )
Aug 3 16:31:17 dh18 amavis[30101]: (30101-19) TIMING-SA total 2425 ms - parse: 3 (0.1%), extract_message_metadata: 23 (0.9%), poll_dns_idle: 1619 (66.8%), get_uri_detail_list: 5 (0.2%), tests_pri_-1000: 15 (0.6%), tests_pri_-950: 1.48 (0.1%), tests_pri_-900: 1.89 (0.1%), tests_pri_-400: 1.25 (0.1%), tests_pri_0: 652 (26.9%), check_dkim_signature: 1.22 (0.1%), check_dkim_adsp: 12 (0.5%), check_spf: 27 (1.1%), check_razor2: 473 (19.5%), check_pyzor: 0.27 (0.0%), tests_pri_500: 1606 (66.3%), learn: 90 (3.7%), get_report: 1.57 (0.1%)
Aug 3 16:31:17 dh18 postfix/smtp[8007]: 46D17351CA8: to=<info@zeitsoldat.net>, relay=127.0.0.1[127.0.0.1]:10024, delay=14, delays=0.1/0.01/0.01/14, dsn=2.0.0, status=sent (250 2.0.0 from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 3799C351CAC)
Aug 3 16:31:17 dh18 postfix/qmgr[32763]: 46D17351CA8: removed
Aug 3 16:31:17 dh18 amavis[30101]: (30101-19) TIMING [total 14106 ms] - SMTP greeting: 2 (0%)0, SMTP EHLO: 4 (0%)0, SMTP pre-MAIL: 3 (0%)0, lookup_sql: 6 (0%)0, SMTP pre-DATA-flush: 3 (0%)0, SMTP DATA: 27 (0%)0, check_init: 1 (0%)0, digest_hdr: 1 (0%)0, digest_body: 1 (0%)0, gen_mail_id: 1 (0%)0, mime_decode: 13 (0%)0, get-file-type1: 23 (0%)1, parts_decode: 0 (0%)1, check_header: 4 (0%)1, AV-scan-1: 7009 (50%)50, AV-scan-2: 4274 (30%)81, spam-wb-list: 6 (0%)81, SA parse: 5 (0%)81, SA check: 2417 (17%)98, update_cache: 8 (0%)98, decide_mail_destiny: 3 (0%)98, fwd-connect: 28 (0%)98, fwd-mail-pip: 10 (0%)98, fwd-rcpt-pip: 0 (0%)98, fwd-data-chkpnt: 0 (0%)98, write-header: 1 (0%)98, fwd-data-contents: 0 (0%)98, fwd-end-chkpnt: 139 (1%)99, prepare-dsn: 2 (0%)99, main_log_entry: 109 (1%)100, update_snmp: 3 (0%)100, SMTP pre-response: 0 (0%)100, SMTP response: 1 (0%)100, unlink-1-files: 0 (0%)100, rundown: 1 (0%)100
Click to expand...
 
Hallo,

anscheinend findet er Maildrop nicht. Such mal mit whereis maildrop dannach. Soweit ich weiß bietet ISPConfig3 auch die Möglichkeit ein Update zu machen. Du kannst ja einfach mal versuchen deine ISPConfig3 Version auf die gleiche Version zu aktualisieren. Im bestfall erstellt ISPConfig dann einfach die main.cf neu.

Ansonsten zwei Verschiedene ControlPanel auf einem Server sind immer schlecht. Schmeiß Webmin am besten direkt weg.
 
So, nun habe ich wirklich alles durchforstet.
Es ist tatsächlich so, dass maildrop gar nicht da zu sein scheint. Also habe ich versucht maildrop nachträglich zu installieren. Der Witz ist, es lässt sich nicht installieren, da es zu einem Conflict kommt:

file /usr/bin/deliverquota from install of maildrop-2.5.0-1.x86_64 confl icts with file from package courier-imap-4.7.0-4.1.x86_64
file /usr/bin/maildirmake from install of maildrop-2.5.0-1.x86_64 confli cts with file from package courier-imap-4.7.0-4.1.x86_64
Click to expand...

aber der courier-imap ist doch das hauptmodul, ohne das ding geht doch mal gar nichts. Ich stehe total auf dem Schlauch.

Was kann ich denn nun tun? Die mails stapeln sich in der queue und ich kriege sie da nicht weg, bzw. nicht an die user ausgeliefert....
 
You must log in or register to reply here.
Back
Top