Postfix mails werden nicht emhr zugestellt.

[linuxbaby]

Hallo
seit gestern übergibt postfix keine mails mehr zu meinem cyrus imap
server. ich habe keine ahnung warum das so ist, ich habe nix geändert
an der config :(

hier mal ein paar logs, ich seh da nicht so richtig durch...

tail /var/log/mail


tuxi:/home/mrnice # tail /var/log/mail
May 28 09:05:11 tuxi postfix/cleanup[18503]: warning: regexp map /etc/postfix/header_checks, line 6: no closing regexp delimiter "^": skipping this rule
May 28 09:05:11 tuxi postfix/smtpd[18501]: B820F142A67F: client=localhost[127.0.0.1]
May 28 09:05:11 tuxi postfix/cleanup[18503]: B820F142A67F: message-id=<40B6E1A3.1090004@gmx.net>
May 28 09:05:11 tuxi postfix/qmgr[17132]: B820F142A67F: from=<suse-linux-return-308793-linuxbaby=arcor.de@suse.com>, size=2642, nrcpt=1 (queue active)
May 28 09:05:11 tuxi postfix/qmgr[17132]: B820F142A67F: to=<mrnice@localhost.serveftp.net>, orig_to=<mrnice@localhost>, relay=none, delay=0, status=deferred (connect to 127.0.0.1[127.0.0.1]: Connection refused)
May 28 09:05:11 tuxi postfix/smtpd[18501]: E56A5142A6E0: client=localhost[127.0.0.1]
May 28 09:05:11 tuxi postfix/cleanup[18503]: E56A5142A6E0: message-id=<200405280854.18578.h.albert@odn.de>
May 28 09:05:11 tuxi postfix/qmgr[17132]: E56A5142A6E0: from=<suse-linux-return-308794-linuxbaby=arcor.de@suse.com>, size=3889, nrcpt=1 (queue active)
May 28 09:05:11 tuxi postfix/qmgr[17132]: E56A5142A6E0: to=<mrnice@localhost.serveftp.net>, orig_to=<mrnice@localhost>, relay=none, delay=0, status=deferred (connect to 127.0.0.1[127.0.0.1]: Connection refused)
May 28 09:05:12 tuxi postfix/smtpd[18501]: disconnect from localhost[127.0.0.1]


und ein tail /var/log/messages bringt

tuxi:/home/mrnice # tail /var/log/messages
May 28 09:03:54 tuxi imap[18500]: DBERROR: opening /var/lib/imap/user/m/maria.seen: cyrusdb error
May 28 09:06:52 tuxi imap[17240]: skiplist: invalid magic header: /var/lib/imap/user/m/mrnice.seen
May 28 09:06:52 tuxi imap[17240]: DBERROR: opening /var/lib/imap/user/m/mrnice.seen: cyrusdb error
May 28 09:06:52 tuxi imap[17240]: Could not open seen state for mrnice (System I/O error)
May 28 09:06:52 tuxi imap[17240]: open: user mrnice opened INBOX
May 28 09:06:52 tuxi imap[17240]: skiplist: invalid magic header: /var/lib/imap/user/m/mrnice.seen
May 28 09:06:52 tuxi imap[17240]: DBERROR: opening /var/lib/imap/user/m/mrnice.seen: cyrusdb error
May 28 09:06:52 tuxi imap[17240]: Could not open seen state for mrnice (System I/O error)
May 28 09:06:52 tuxi imap[17240]: open: user mrnice opened INBOX
May 28 09:06:54 tuxi master[16936]: process 18500 exited, status 0


diese meldungen habe ich seit dem update von suse 9.0 auf 9.1, allerdings
konnte ich trotzdem mails empfangen und senden....

und hier noch ein postconf -n


tuxi:/home/mrnice # postconf -n
alias_maps = hash:/etc/aliases
body_checks = regexp:/etc/postfix/body_checks
command_directory = /usr/sbin
config_directory = /etc/postfix
content_filter = smtp-amavis:[127.0.0.1]:10024
daemon_directory = /usr/lib/postfix
debug_peer_level = 2
default_transport = smtp
disable_dns_lookups = yes
header_checks = regexp:/etc/postfix/header_checks
inet_interfaces = all
local_recipient_maps =
mail_owner = postfix
mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
mydestination = $myhostname, localhost.$mydomain $mydomain, 0815victim.de, tibet.serveftp.net
mydomain = serveftp.net
myhostname = tibet.serveftp.net
mynetworks = 192.168.1.0/24, 127.0.0.0/8
mynetworks_style = subnet
myorigin = $myhostname
newaliases_path = /usr/bin/newaliases
parent_domain_matches_subdomains = debug_peer_list,fast_flush_domains,mynetworks,perm it_mx_backup_networks,qmqpd_authorized_clients,rel ay_domians,smtpd_acess_maps
proxy_interfaces = 192.168.1.100
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/packages/postfix/README_FILES
relayhost = [smtp.merknix.de]
sample_directory = /usr/share/doc/packages/postfix/samples
sendmail_path = /usr/sbin/sendmail
setgid_group = maildrop
smtpd_banner = $myhostname ESMTP
smtpd_recipient_restrictions = reject_unknown_sender_domain, reject_non_fqdn_sender, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, check_sender_access hash:/etc/postfix/sender-access, check_client_access hash:/etc/postfix/client-access, reject_rbl_client relays.ordb.org, reject_rbl_client cbl.abuseat.org, reject_rbl_client list.dsbl.org, reject_rbl_client opm.blitzed.org, reject_rbl_client sbl.spamhaus.org, reject_rhsbl_client blackhole.securitysage.com, reject_rhsbl_sender blackhole.securitysage.com, permit
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = tuxi
smtpd_tls_auth_only = no
unknown_local_recipient_reject_code = 450
virtual_alias_domains = $virtual_alias_maps
virtual_alias_maps = $virtual_maps


ich hoffe ihr könnt damit was anfangen.

mfg
linuxbaby

[hansschleidt]

Da kann es einiges geben.

Platte/Partition voll?
automatisches Update kopnfiguriert? und ein Update hat die Config verändert? (So siehts ein wenig aus)

Es gibt den Befehl reconstruct (oder so ähnlich) unter Cyrus. Unter Umständen ist lediglich die .db von Cyrus zerschossen und ein recovery hilft schon

Gruß
Hans

[linuxbaby]

Hi
ja meine /home partition war voll, aber die hat doch mit cyrus eigentlich nix zu
tun.
update habe ich nicht durchgeführt bzw. es lief ja über 2 wochen tadellos so nach der
umstellung von 9.0 auf 9.1.

und in der /etc/sysconfig/mail steht ja MAIL_CREATE_CONFIG="no" bzw. in der
/etc/sysconfig/postfix POSTFIX_CHROOT="yes" und POSTFIX_UPDATE_CHROOT_JAIL="yes" und dann kann ja eigentlich nix passieren oder?

das mit der db recovery werde ich mal ausprobieren, aber das kann wie gesagt nicht
der grund sein,denn die fehlermeldung kommt seit dem update aber es funzte alles
ich konnte senden und empfangen.
sonst ne idee?

mfg
linuxbaby

[Jonta]

Zum deferred-Problem: laufen denn cyrus-imapd und amavis-new auch tatsächlich? Was den Datenbankfehler angeht: Du solltest die DB mal reconstructen wie hansschleidt sagte.

[hansschleidt]

Irgendwo habe ich gelesen (ich glaube hier irgendwo) daß man das chrootet nicht einsetzen sollte, da es Zugriffsprobleme geben kann. Genaueres weis ich auch nicht dazu.

Die Home-Pertition hat natürlich etwas mit der vorhandenen Software zu tun. Jeder user bekommte dort, sofern die Software das vorsieht, seine persönliche Konfiguration abgelegt. Und manchmal wird dort sogar ein persönliches Log usw. geschrieben.

Cyrus sichert regelmässig seine .db's. UNd, wenn nötig, wird dort heraus auch ein recov. gemacht. Wenn dort ein Fehler drin ist, bekommt Cyrus manchmal Probleme.
Die Fehlermeldungen in /..messages sagen, daß die Datei .seen nicht geöffnet werden kann wegen einem Fehler. Das deutet auf ein .db Problem hin.

Gruß
Hans

[linuxbaby]

Hi
vielen Dank für eure Antworten leider habe ich keine zeit mehr imo, da ich
am womo schrauben muss der sommer kommt ;)
aber ich werde eure vorschläge heute abend oder morgen ausprobieren und
dann berichten....

in diesem sinne sonnige pfingsten :)
linuxbaby