PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : mailq wird nicht abgearbeitet



thrill
28.03.08, 15:50
Tag zusammen,

habe mir vorgenommen von MailScanner auf amavis umzusteigen und habe mich heut morgen mal da dran gemacht.
Bei der Konfiguration hatte ich einige Probleme und meine Queue lief voll bevor alles richtig lief.
Mein Problem ist jetzt, das meine mailq voll ist und nicht abgearbeitet wird. Ich finde auch nirgends eine Fehlermeldung oder sonst einen Hinweis warum es nicht geht.

Meine Konfiguration sieht folgendermaßen aus:
ich hole mit fetchmail die Mails von verschiedenen Usern, diese sollen dann an postfix gegeben werden und mit amavis nach spam und viren gecheckt werden, am Ende landen diese dann in einem courier Mailserver.

Zur Zeit habe ich meine fetchmail config etwas erweitert, damit die mails von amavis angenommen werden, das funktioniert soweit auch, bin mir aber nicht sicher ob ich den richtigen weg gegangen bin.
Sprich ich rufe fetchmail folgendermaßen auf:
fetchmail -f /home/user/.fetchmail.rc --lmtp -S localhost/10024
Nur so werden die Mails von amavis verarbeitet und landen im courier. Ohne --lmtp und -S landen alle Mails ohne Fehlermeldung in der Queue und hängen dort.

Es geht mir rein um den Empfang der Mails, versendet wird über einen externen smtp.

Zur Hilfe hier mein master.cf und main.cf:
maincf:


command_directory = /usr/sbin
unknown_local_recipient_reject_code = 550
home_mailbox = Maildir/
mailbox_command =
header_checks = regexp:/etc/postfix/header_checks
debug_peer_level = 2
debugger_command =
PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
xxgdb $daemon_directory/$process_name $process_id & sleep 5
sendmail_path = /usr/sbin/sendmail
newaliases_path = /usr/bin/newaliases
mailq_path = /usr/bin/mailq
setgid_group = maildrop
html_directory = /usr/share/doc/packages/postfix/html
manpage_directory = /usr/share/man
sample_directory = /usr/share/doc/packages/postfix/samples
readme_directory = /usr/share/doc/packages/postfix/README_FILES
inet_protocols = all
biff = no
canonical_maps = hash:/etc/postfix/canonical
virtual_maps = hash:/etc/postfix/virtual
relocated_maps = hash:/etc/postfix/relocated
transport_maps = hash:/etc/postfix/transport
sender_canonical_maps = hash:/etc/postfix/sender_canonical
masquerade_exceptions = root
masquerade_classes = envelope_sender, header_sender, header_recipient
myhostname = linux1.itms
program_directory = /usr/lib/postfix
masquerade_domains =
mydestination = $myhostname, localhost.$mydomain
defer_transports =
disable_dns_lookups = no
smtpd_sender_restrictions = hash:/etc/postfix/access
smtpd_client_restrictions =
smtpd_helo_required = no
smtpd_helo_restrictions =
strict_rfc821_envelopes = no
smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination
smtp_sasl_auth_enable = no
smtpd_sasl_auth_enable = no
smtpd_use_tls = no
smtp_use_tls = no
alias_maps = hash:/etc/aliases
mailbox_size_limit = 0
message_size_limit = 10240000
content_filter=amavisfeed:[127.0.0.1]:10024

master.cf:

smtp inet n - n - - smtpd
-o content_filter=amavisfeed:[127.0.0.1]:10024
pickup fifo n - n 60 1 pickup
cleanup unix n - n - 0 cleanup
qmgr fifo n - n 300 1 qmgr
rewrite unix - - n - - trivial-rewrite
bounce unix - - n - 0 bounce
defer unix - - n - 0 bounce
trace unix - - n - 0 bounce
verify unix - - n - 1 verify
flush unix n - n 1000? 0 flush
proxymap unix - - n - - proxymap
smtp unix - - n - - smtp
relay unix - - n - - smtp
-o fallback_relay=
showq unix n - n - - showq
error unix - - n - - error
discard unix - - n - - discard
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - n - - lmtp
anvil unix - - n - 1 anvil
scache unix - - n - 1 scache
maildrop unix - n n - - pipe
flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
procmail unix - n n - - pipe
flags=R user=root argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient}
tlsmgr unix - - n 1000? 1 tlsmgr
amavisfeed unix - - n - 2 lmtp
-o lmtp_data_done_timeout=1200
-o lmtp_send_xforward_command=yes
-o lmtp_tls_note_starttls_offer=no
127.0.0.1:10025 inet n - n - - smtpd
-o content_filter=
-o smtpd_delay_reject=no
-o smtpd_client_restrictions=permit_mynetworks,reject
-o smtpd_helo_restrictions=
-o smtpd_sender_restrictions=
-o smtpd_recipient_restrictions=permit_mynetworks,rej ect
-o smtpd_data_restrictions=reject_unauth_pipelining
-o smtpd_end_of_data_restrictions=
-o smtpd_restriction_classes=
-o mynetworks=127.0.0.0/8
-o smtpd_error_sleep_time=0
-o smtpd_soft_error_limit=1001
-o smtpd_hard_error_limit=1000
-o smtpd_client_connection_count_limit=0
-o smtpd_client_connection_rate_limit=0
-o receive_override_options=no_header_body_checks,no_ unknown_recipient_checks,no_milters
-o local_header_rewrite_clients=
-o smtpd_milters=
-o local_recipient_maps=
-o relay_recipient_maps=


Also wie komme ich an meine Mails in der Queue?
Schon mal Danke für eure Tipps :)

cartmen
30.03.08, 23:00
Was sagen denn die Logs dazu? Das würde bei der Problemlösung doch enorm helfen.

thrill
31.03.08, 09:44
genau das ist das Problem, in den Logs finde ich garnix.
Mittlerweile ist natürlich wieder einiges drin, da mit der neuen Konfiguration die Mails wieder rein fliegen, aber die Queue hängt immer noch voll.
Wenn ich den postfix stoppe und starte und dann die /var/log/mail beobachte passiert einfach garnix (bis auf die neuen Mails jetzt)
selbst ein:
egrep "(warning|fatal|deferred|NOQUEUE)" /var/log/mail
zeigt absolut gar keine Auffälligkeiten.