Hallo! Ich habe einen Workaround gefunden. Ich habe auf meinen "Relay-Server" mit AVMAILGATE & SPAMASSASSIN alle User angelegt, die auch auf dem eigentlichen Mailserver Server2 vorhanden sind. Dadurch bekommt Server2 nur noch wirklich zustellbare Mails, der Schrott bleibt auf Server1 liegen. Ich habe dann keine Verzögerungen mehr. Aber das "Gelbe vom Ei" kann das auch nicht sein... Da zeigt aber eines: Ich glaube nicht, dass die Server überlastet sind. Der Server1 ist ein PII-333 mit 256 MB, der keine Probleme mit den unzustellbaren Mails hat (auf ihm läuft SuSE 9.0. Der Server2 mit Postfix ist ein AMD Athlon 2600+ mit vier SCSI-Platten als RAID5 und 1024 MB RAM. Wenn Postfix übrigens keine Mails mehr annimmt, dann geht Telnet auf Port 25 problemlos, aber wenn ich Postfix neustarte, bekomme ich eine Meldung das der qmgr nicht läuft und "the Mailsystem maybe down" - ach was. Wenn ich die ganze Kiste reboote, geht's eine Zeit, bis Server2 wieder zuviele unzustellbare Mails bekommt. Dann habe ich übrigens folgendes in der mail.log: Jul 20 00:52:04 mail postfix/cleanup[11330]: fatal: bounce: remove 750DA44BCFD log: Permission denied Jul 20 00:52:05 mail postfix/smtpd[11328]: warning: end of input while receiving string data from service private/cleanup Jul 20 00:52:05 mail postfix/smtpd[11328]: fatal: unable to connect to the private cleanup service Jul 20 00:52:05 mail postfix/master[559]: warning: process /usr/lib/postfix/cleanup pid 11330 exit status 1 Jul 20 00:52:06 mail postfix/master[559]: warning: process /usr/lib/postfix/smtpd pid 11328 exit status 1 Jul 20 01:01:21 mail postfix/qmgr[563]: 75869428CDC: from=<>, size=4902, nrcpt=1 (queue active) Jul 20 01:01:21 mail postfix/bounce[11530]: fatal: open file bounce 75869428CDC: Permission denied Jul 20 01:01:22 mail postfix/lmtp[11528]: warning: end of input while receiving integer data from service private/bounce Jul 20 01:01:22 mail postfix/master[559]: warning: process /usr/lib/postfix/bounce pid 11530 exit status 1 Jul 20 01:01:22 mail postfix/master[559]: warning: /usr/lib/postfix/bounce: bad command startup -- throttling Mit postconf -n gibt's folgendes: lias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases, ldap:ldapaliases canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin daemon_directory = /usr/lib/postfix debug_peer_level = 2 default_destination_concurrency_limit = 30 default_privs = nobody default_process_limit = 1000 defer_transports = disable_dns_lookups = yes local_destination_concurrency_limit = 5 luser_relay = error+$local mail_name = Postfix on SuSE Linux eMail Server 3.1 mail_owner = postfix mailbox_transport = lmtp:unix:public/lmtp masquerade_domains = $mydomain masquerade_exceptions = root message_size_limit = 20000000 mydestination = $mydomain, $myhostname, localhost.$mydomain, /etc/postfix/localdomains myhostname = mail.test.de mynetworks = 192.168.1.0/24, 127.0.0.0/8 myorigin = $mydomain program_directory = /usr/lib/postfix queue_directory = /var/spool/postfix recipient_delimiter = + relayhost = mail.de.uu.net relocated_maps = hash:/etc/postfix/relocated sender_canonical_maps = ldap:ldapcanonical smtp_tls_loglevel = 0 smtp_tls_note_starttls_offer = yes smtp_tls_session_cache_database = sdbm:/etc/postfix/smtp_scache smtpd_banner = $myhostname ESMTP $mail_name smtpd_recipient_restrictions = ldap:ldapmailenab, permit_tls_clientcerts, permit_sasl_authenticated, permit_mynetworks, check_relay_domains smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_tls_ask_ccert = yes smtpd_tls_received_header = yes smtpd_tls_session_cache_database = sdbm:/etc/postfix/smtpd_scache tls_daemon_random_source = dev:/dev/urandom tls_random_source = dev:/dev/urandom transport_maps = hash:/etc/postfix/transport virtual_maps = hash:/etc/postfix/virtual, ldap:ldapvuser Man sieht, das ist ein Emailserver 3.1 - ich weiß nicht, ob ich da so munter Versionen tauschen kann. Danke für jeden Tipp im voraus ! Gruß, Michel Am 21:11 14.07.2005 schrieb Dieter Kluenter:

Michael Paarmann writes:

...

N'abend zusammen !!

Ich habe einen Postfix-Server, der von einem anderen Mailserver Mails bekommt.

Internet -> Server 1 mit AVMAILGATE/SPAMASSASSIN/SENDMAIL -> Server 2 mit Postfix/Cyrus IMAP

Der 1. Server dient als Firewall und zum Scannen der Mails, der 2.Server ist der eigentliche Mailserver.

Der 2. Server lehnt öfters Mails ab (in der Log auf Server 1 steht dann "Connection deferred"), sie bleiben in der Warteschlange auf Server 1 liegen. Einige Zeit später nimmt der Server die Mails dann doch an. Mal nach 10 Minuten, mal nach 3 Stunden, mal direkt.

Gibt es da einen Parameter, der Postfix sagt, dass es ab und an einfach keine Mails annehmen soll??

Es gibt mehrere Konfigurationsparamter, die Postfix veranlassen, ein 450 zu senden. http://www.postfix.org/SMTPD_ACCESS_README.html

...

Ich kenn' mich nur mit Sendmail gut aus und hab' von Postfix kaum Ahnung - ich wäre dankbar für jeden Tipp.

Wenn du keine der o.a. Konfigurationsparameter verwendest, kann das Verhalten zwei Usachen haben: 1. Server 2 ist gelegentlich überlastet und lehnt vorübergehend die Postannahme ab 2. Server 1 ist gelegentlich überlastet und sendet fragmentierte Mailpakete mit großer zeitlicher Verzögerung.

-Dieter

-- Dieter Klünter | Systemberatung http://www.dkluenter.de GPG Key ID:8EF7B6C6

-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com

-- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267.8.16/50 - Release Date: 15.07.2005

-- incoming mail is certified Virus Free. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267 - Release Date: 16.07.2005

-- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.323 / Virus Database: 267.9.2/55 - Release Date: 21.07.2005

Das Dateisystem ist ReiserFS. Die Berechtigungen sind alle ok, aber mir ist aufgefallen, dass der Owner der betreffenden Ordner auf einmal eine wilde 12stellige Nummer ist, wenn das Permission denied auftaucht (sollte normalerweise root sein). Ahh!! Ein Reiser FSCK findet auch Fehler - korrigiert diese, aber danach tritt es wieder auf. Au. Das sieht glaube ich üble aus. Der ganze Kram ist auf einem Raid5, welches aus vier Platten besteht. Allerdings habe ich nur /var auf dem SoftRaid, der Rest (/usr, /bin usw.) ist ganz normal auf einer SCSI-Platte. Vertragen sich ReiserFS & SoftRaid nicht so richtig ??? Ohhhhh, please help. Gruß, Michel Am 22:25 23.07.2005 schrieb Andreas Winkelmann:

Am Friday 22 July 2005 09:34 schrieb Michael Paarmann:

...

Jul 20 00:52:04 mail postfix/cleanup[11330]: fatal: bounce: remove 750DA44BCFD log: Permission denied

...

Jul 20 01:01:21 mail postfix/bounce[11530]: fatal: open file bounce 75869428CDC: Permission denied

Da würde ich mal zuerst suchen. Evtl ist das Filesystem schredder, welches setzt Du ein? Schonmal nen fsck gemacht?

Wie sehen denn die Berechtigunen im Filesystem aus?

-- Andreas

-- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.338 / Virus Database: 267.9.4/57 - Release Date: 22.07.2005