Hallo, On Sat, 27 Apr 2002, Henne Vogelsang wrote:

On Friday, April 26, 2002 at 17:47:04, Andreas Loebel wrote:

...

Übrigens: sendmail -bv loebel@zib.de bringt seltsamer Weise auch nach dem Update das richtige Ergebnis opts1 (Mailserver). Aber schickt man eine Mail per mail, dann gibt es Probleme. Vermutlich liegt es noch nicht mal an sendmail, ich sehe aber nicht, was das Problem sein könnte.

Poste doch mail einen entsprechenden abschnitt aus der /var/log/mail

...

...

MAIL From: 550 5.0.0 Access denied root... Using cached ESMTP connection to localhost via relay... RSET 250 2.0.0 Reset state MAIL From:<> 550 5.0.0 Access denied

Sorry Henne, da hast du nicht genau genug gelesen. Viel mehr als ==== postmaster... Using cached ESMTP connection to localhost via relay...

...

...

RSET 250 2.0.0 Reset state MAIL From:<> 550 5.0.0 Access denied Closing connection to localhost ====

wird auch nicht in /var/log/mail landen... @Andreas: Maile bitte mal (per PM?) die von Yast erzeugte config sed 's/dnl.*//;/^$/d' < /etc/mail/linux.mc (ggfs. heist die Datei anders, z.B. 'sendmail.mc', aber *.mc sollte es sein). sowie auch aus /etc/mail/ die access, mailertable und die genericstable, alle bitte ohne ohne Kommentare [1]. Dazu schreib bitte noch, welche sendmail-Version du verwendest ('rpm -q sendmail'). Apropos: ueberpruefe gleich mal selbst, ob z.B. die Felder in der access durch <TAB> getrennt sind, und nicht durch Leerzeichen! [2] -dnh [1] sed 's/#.*//;/^$/d' < DATEI [2] Im Zweifelsfall jag die Ausgabe von [1] durch '| hex' oder '| od' und pruefe, ob z.B. zw. 127 und dem OK fuer den localhost die Zeichen '0x09' auftauchen: 0000 31 32 37 09 09 4f 4b 0a 127..OK. ^^^^^ -- Wenn der grosse kasper das höhrt, hüpft er vor Wut aus demaddsig Suppentopfhäuschen und nimmt die allergrösste Grobpatsche mit. Dann macht der grosse Kasper Klöpfchen, klöpfchen , immer auf das hohle , hohle Köpfchen. [WoKo in dag°]

Henne Vogelsang wrote:

Hi,

On Friday, April 26, 2002 at 17:47:04, Andreas Loebel wrote:

...

Das Problem: SENDMAIL_SMARTHOST ist auf unseren Sun-Mailserver opts1.zib.de gesetzt. Früher wurden Mails auch sofort dorthin weitergeleitet. Seit dem Update werden mails aber an localhost geschickt und bleiben da hängen. Egal was ich in SENDMAIL_SMARTHOST oder SMARTHOST_RELAY eintrage, mails gehen immer an sendmail auf localhost und bleiben da hängen.

Übrigens: sendmail -bv loebel@zib.de bringt seltsamer Weise auch nach dem Update das richtige Ergebnis opts1 (Mailserver). Aber schickt man eine Mail per mail, dann gibt es Probleme. Vermutlich liegt es noch nicht mal an sendmail, ich sehe aber nicht, was das Problem sein könnte.

Poste doch mail einen entsprechenden abschnitt aus der /var/log/mail

Henne

...

...

EHLO opt84.zib.de 250-opt84.zib.de Hello localhost [127.0.0.1], pleased to meet you 250 ENHANCEDSTATUSCODES MAIL From: 550 5.0.0 Access denied root... Using cached ESMTP connection to localhost via relay... RSET 250 2.0.0 Reset state MAIL From:<> 550 5.0.0 Access denied

Gerne, Andreas Übrigens: Mit der sendmail-Version der SuSE7.3 (Downgrade) geht es (mit dem alten sendmail.cf sowie mit dem nicht mehr passenden SuSEconfig.sendmail der 8.0, die für den alten sendmail-8.11.6 den SENDMAIL_SMARTHOST nicht setzt). Der seit gestern verfügbare Update von sendmail auf 8.12.3 hat nichts gebracht. opt84:~ # sendmail -bv loebel@zib.de loebel@zib.de... deliverable: mailer relay, host opts1.zib.de., user loebel@zib.de opt84:~ # mail -v -s test loebel@zib.de . EOT Null message body; hope that's ok loebel@zib.de... Connecting to localhost via relay... 220 opt84.zib.de ESMTP Sendmail 8.12.2/8.12.2/SuSE Linux 0.6; Sat, 27 Apr 2002 08:21:37 +0200 postmaster... Using cached ESMTP connection to localhost via relay...

...

...

RSET 250 2.0.0 Reset state MAIL From:<> 550 5.0.0 Access denied Closing connection to localhost QUIT 221 2.0.0 opt84.zib.de closing connection

/var/log/mail: Apr 27 08:21:37 opt84 sendmail[12400]: g3R6Lbpt012400: from=root, size=33, class=0, nrcpts=1, msgid=<200204270621.g3R6Lbpt012400@opt84.zib.de>, relay=root@localhost Apr 27 08:21:37 opt84 sendmail[12401]: g3R6LboY012401: tcpwrappers (localhost, 127.0.0.1) rejection Apr 27 08:21:37 opt84 sendmail[12400]: g3R6Lbpt012400: to=loebel@zib.de, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30033, relay=localhost [127.0.0.1], dsn=5.0.0, stat=Service unavailable Apr 27 08:21:37 opt84 sendmail[12400]: g3R6Lbpt012400: g3R6Lbpu012400: DSN: Service unavailable Apr 27 08:21:37 opt84 sendmail[12400]: g3R6Lbpu012400: to=root, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=31057, relay=localhost, dsn=5.0.0, stat=Service unavailable Apr 27 08:21:37 opt84 sendmail[12400]: g3R6Lbpu012400: g3R6Lbpv012400: return to sender: Service unavailable Apr 27 08:21:37 opt84 sendmail[12400]: g3R6Lbpv012400: to=postmaster, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=32081, relay=localhost, dsn=5.0.0, stat=Service unavailable Apr 27 08:21:37 opt84 sendmail[12400]: g3R6Lbpu012400: Losing ./qfg3R6Lbpu012400: savemail panic Apr 27 08:21:37 opt84 sendmail[12400]: g3R6Lbpu012400: SYSERR(root): savemail: cannot save rejected email anywhere Anfang von /etc/sendmail.cf (mit SuSEconfig erstellt): ###################################################################### # /etc/sendmail.cf # # Generated by /sbin/conf.d/SuSEconfig.sendmail on 2002/04/25 17:39:14 # controlled by /etc/sysconfig/mail and /etc/sysconfig/sendmail # ###################################################################### # # Copyright (c) 1998-2001 Sendmail, Inc. and its suppliers. # All rights reserved. # Copyright (c) 1983, 1995 Eric P. Allman. All rights reserved. # Copyright (c) 1988, 1993 # The Regents of the University of California. All rights reserved. # # By using this file, you agree to the terms and conditions set # forth in the LICENSE file which can be found at the top level of # the sendmail distribution. # # ###################################################################### ###################################################################### ##### ##### SENDMAIL CONFIGURATION FILE ##### ##### ###################################################################### ##### ##### DO NOT EDIT THIS FILE! Only edit the source .mc file. ##### ###################################################################### ###################################################################### ##### $Id: cfhead.m4,v 8.107 2001/07/22 03:25:37 ca Exp $ ##### ##### $Id: cf.m4,v 8.32 1999/02/07 07:26:14 gshapiro Exp $ ##### ##### @(#)Setup for SuSE Linux 8.12.2-0.6 (SuSE Linux) 2002/02/19 ##### ##### @(#) suse-linux.m4 8.12.2-0.6 (SuSE Linux) 2002/01/14 ##### ##### $Id: always_add_domain.m4,v 8.11 2000/09/12 22:00:53 ca Exp $ ##### ##### $Id: local_procmail.m4,v 8.21 1999/11/18 05:06:23 ca Exp $ ##### ##### $Id: no_default_msa.m4,v 8.2 2001/02/14 05:03:22 gshapiro Exp $ ##### ##### $Id: mailertable.m4,v 8.23 2001/03/16 00:51:26 gshapiro Exp $ ##### ##### $Id: genericstable.m4,v 8.21 2001/03/16 00:51:26 gshapiro Exp $ ##### ##### $Id: virtusertable.m4,v 8.21 2001/03/16 00:51:26 gshapiro Exp $ ##### ##### $Id: access_db.m4,v 8.23 2001/03/16 00:51:25 gshapiro Exp $ ##### ##### $Id: masquerade_envelope.m4,v 8.9 1999/02/07 07:26:10 gshapiro Exp $ ##### ##### $Id: generic.m4,v 8.15 1999/04/04 00:51:09 ca Exp $ ##### ##### $Id: redirect.m4,v 8.15 1999/08/06 01:47:36 gshapiro Exp $ ##### ##### $Id: use_cw_file.m4,v 8.11 2001/08/26 20:58:57 gshapiro Exp $ ##### ##### $Id: proto.m4,v 8.628 2001/12/28 19:02:40 ca Exp $ ##### # level 10 config file format V10/Berkeley # override file safeties - setting this option compromises system security, # addressing the actual file configuration problem is preferred # need to set this before any file actions are encountered in the cf file O DontBlameSendmail=AssumeSafeChown,TrustStickyBit,GroupReadableSASLDBFile # default LDAP map specification # need to set this now before any LDAP maps are defined #O LDAPDefaultSpec=-h localhost ################## # local info # ################## # my LDAP cluster # need to set this before any LDAP lookups are done (including classes) #D{sendmailMTACluster}$m Cwlocalhost # file containing names of hosts for which we receive email Fw-o /etc/mail/local-host-names %[^\#] # my official domain name # ... define this only if sendmail cannot automatically determine your domain #Dj$w.Foo.COM CP. # "Smart" relay host (may be null) DSopts1.zib.de. # operators that cannot be in local usernames (i.e., network indicators) CO @ % ! # a class with just dot (for identifying canonical names) C.. # a class with just a left bracket (for identifying domain literals) C[[ # access_db acceptance class C{Accept}OK RELAY # Resolve map (to check if a host exists in check_mail) Kresolve host -a<OKR> -T<TEMP> C{ResOk}OKR # Hosts for which relaying is permitted ($=R) FR-o /etc/mail/relay-domains %[^\#] # arithmetic map Karith arith # macro storage map Kmacro macro # possible values for TLS_connection in access map C{tls}VERIFY ENCR # dequoting map Kdequote dequote # class E: names that should be exposed as from this host, even if we masquerade # class L: names that should be delivered locally, even if we have a relay # class M: domains that should be converted to $M # class N: domains that should not be converted to $M #CL root C{G}opt84.zib.de C{E}root # who I masquerade as (null for no masquerading) (see also $=M) DMopt84.zib.de # my name for error messages DnMAILER-DAEMON # Mailer table (overriding domains) Kmailertable hash -o /etc/mail/mailertable.db # Generics table (mapping outgoing addresses) Kgenerics hash -o /etc/mail/genericstable.db # Virtual user table (maps incoming users) Kvirtuser hash -o /etc/mail/virtusertable.db # Access list database (for spam stomping) Kaccess hash -T<TMPF> -o /etc/mail/access.db CPREDIRECT Cwlocalhost opt84.zib.de # Configuration version number DZ8.12.2/SuSE Linux 0.6 ...

Henne Vogelsang wrote:

Hi,

On Saturday, April 27, 2002 at 08:59:27, Andreas Loebel wrote:

...

Henne Vogelsang wrote:

...

On Friday, April 26, 2002 at 17:47:04, Andreas Loebel wrote:

...

Das Problem: SENDMAIL_SMARTHOST ist auf unseren Sun-Mailserver opts1.zib.de gesetzt. Früher wurden Mails auch sofort dorthin weitergeleitet. Seit dem Update werden mails aber an localhost geschickt und bleiben da hängen. Egal was ich in SENDMAIL_SMARTHOST oder SMARTHOST_RELAY eintrage, mails gehen immer an sendmail auf localhost und bleiben da hängen.

Übrigens: sendmail -bv loebel@zib.de bringt seltsamer Weise auch nach dem Update das richtige Ergebnis opts1 (Mailserver). Aber schickt man eine Mail per mail, dann gibt es Probleme. Vermutlich liegt es noch nicht mal an sendmail, ich sehe aber nicht, was das Problem sein könnte.

Poste doch mail einen entsprechenden abschnitt aus der /var/log/mail

Der seit gestern verfügbare Update von sendmail auf 8.12.3 hat nichts gebracht.

Das ist auch nur ein bugfix in smpt auth.

sendmail könnte in der Zwischenzeit ja von SuSE auch anderst konfiguriert worden sein, weiss man ja nie. Neues Paket, neues Glück oder Pech, wie in meinem Fall.

...

/var/log/mail:

Apr 27 08:21:37 opt84 sendmail[12400]: g3R6Lbpt012400: from=root, size=33, class=0, nrcpts=1, msgid=<200204270621.g3R6Lbpt012400@opt84.zib.de>, relay=root@localhost

Apr 27 08:21:37 opt84 sendmail[12401]: g3R6LboY012401: tcpwrappers (localhost, 127.0.0.1) rejection

Was sagt denn tcpdchk ?

ist glücklich mit dem System. Andreas

Ralf Kayser wrote:

...

...

Apr 27 08:21:37 opt84 sendmail[12400]: g3R6Lbpt012400: from=root, size=33, class=0, nrcpts=1, msgid=<200204270621.g3R6Lbpt012400@opt84.zib.de>, relay=root@localhost Hmmm. Kann es sein, das früher das Sendmail auf der Kiste als Service lief und jetzt nicht?

ein SuSE-8.0-System: opt83:~ # ps -edafl | grep sendmail 006 S root ... sendmail: accepting connections 002 S mail ... sendmail: Queue runner@00:30:00 for /var/spool/clientmqueue Nein, der relay auf SENDMAIL_SMARTHOST wird seit dem Update einfach ignoriert. Weder * hier an meinem Institut (relay auf opts1.zib.de), * noch auf meinen Rechnern zu Hause (relay auf mailto.t-online.de, da lässt jedoch localhost die Mail durch und verschickt sie selbst), * noch auf jungfräulichen SuSE-8.0-Systemen zu Hause per Neuinstalltion (relay auf mailto.t-online.de, auch hier wird die Mail selber von sendmail verschickt) Mich wundert es, dass sonst niemand das Problem hat!? Liegt vermutlich daran, dass die Mail der meisten Leute über Mail-Clients läuft, die direkt mit den Mailservern reden. Tun wir hier zwar auch, darum wäre dieses sendmail-Problem nicht weiter schlimm, aber das System kann das halt nicht. Insbesondere wenn eines nach Hilfe schreit (nahender Plattentod etc.) , dann merkt es keiner. Mal eine Frage an Admins, die auf SuSE-8.0 den SMARTHOST verwenden, verschickt doch bitte eine Mail per "mail -v -s test empfaenger@irgendwo" und berichtet mir bitte (auch per PM), ob der relay bei Euch noch funktioniert. Früher (bis SuSE 7.3) sah das so aus (opts1 ist der Server, der Mails verschickt): loebel@zib.de... Connecting to opts1.zib.de. via relay... Bei SuSE-8.0 sieht das auf meinen privaten und den von mir administrierten Instituts-Rechnern jetzt immer so aus: loebel@zib.de... Connecting to localhost via relay... Ich werde heute mal noch ein neues System am Institut aufsetzen (um auszuschliessen, das es ein Problem mit Altsystemen ist) und prüfen, ob es dann vielleicht geht. Grosse Hoffnung mache ich mir aber wegen der Erfahrungen zu Hause nicht. Werde jetzt dann wohl doch die Hotline von SuSE anrufen müssen. Viele Grüße Andreas -- Dr. Andreas Loebel Zuse Institut Berlin - Optimierung Takustrasse 7, D-14195 Berlin, Germany Phone: +49.30.84185-239 Secretary: -208 Fax: -269 E-mail: mailto:loebel@zib.de URL: http://www.zib.de/loebel

*** Ralf Kayser (ralf.kayser@cameron.de) schrieb in suse-linux heute:

[... für den anzusprechenden Sachverhalt uninteressant ...]

X-Priority: 1 (Highest) X-MSMail-Priority: High Importance: High Bitte unterlaßt alle _solche_ Prioritätsangaben in Mailinglisten! Wenn es nicht zu vermeiden ist, dann bitte mit der Prio "normal". MG Henning Hucke -- Reisner's Rule of Conceptual Inertia: If you think big enough, you'll never have to do it.

Hallo, On Mon, 29 Apr 2002 at 12:33 (+0200), Ralf Kayser wrote:

...

From: Henning Hucke [mailto:h_hucke@aeon.icebear.org]

*** Ralf Kayser (ralf.kayser@cameron.de) schrieb in suse-linux heute:

...

[... für den anzusprechenden Sachverhalt uninteressant ...]

X-Priority: 1 (Highest) X-MSMail-Priority: High Importance: High

Bitte unterlaßt alle _solche_ Prioritätsangaben in Mailinglisten! Wenn es nicht zu vermeiden ist, dann bitte mit der Prio "normal".

Kann vorkommen. Auch ich übersehe von Zeit zu Zeit, das das Scheppelteil hier dies per Default einsetzt (Default nicht änderbar).

Per Default auf High? Das ist doch wohl nicht besonders sinnvoll. BTW: Mir ist das ziemlich egal, mein Mailprogramm interessiert sich nicht für solche Prioritäten und das ist gut so [tm]. Gruß, Bernhard -- ..Unix, MS-DOS, and Windows NT (also known as the Good, the Bad, and the Ugly). -- Matt Welsh