sendmail 8.14.3 550 ACCESS Denied nach mail from: wenn nicht von localhost

[mdkuser]

Hallo,


Sendmail 8.14.3 spuckt bei allen eingehenden Nachrichten von außerhalb localhost
nach dem "mail from:" einen "550 ACCESS Denied" aus.

Mit ner Telnet Session auf localhost kriege ich diesen Fehler nicht, aber
wenn man versucht von einem anderen Networkhost darauf zuzugreifen.
Auf ehlo antwortet er vom entfernen Netzwerkhost aus mit einer relativ kurzen Ausgabe:


250-mail.example.com Hello testrechner.localdomain [192.168.0.5], pleased
to meet you
250 ENHANCEDSTATUSCODES


von localhost sieht die Ausgabe nach ehlo dann (wie erwartet) so aus:


250-mail.example.com Hello localhost.localdomain [127.0.0.1], pleased
to meet you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-8BITMIME
250-SIZE
250-DSN
250-ETRN
250-AUTH DIGEST-MD5 CRAM-MD5
250-DELIVERBY
250 HELP


Das ist schon mal komisch.
selbst wenn ich sendmail ohne accessdb und blacklist_recipients feature
konfiguriere nimmt er nur mails an wenn die von localhost,
nicht aber wenn die von einem anderen Network host kommen.

Es geht mir nicht ums Relayen, es geht mir nur darum, von außerhalb Mails
_empfangen_ zu können.


Hat jemand einen Tip, wie man das Problem behebt?



Hier die Sendmail.mc:

-----<SNIP>--------------------------------------->


include(`../m4/cf.m4')
VERSIONID(`default setup for Slackware Linux')dnl
OSTYPE(`linux')dnl
define(`confPRIVACY_FLAGS', `authwarnings,novrfy,noexpn,restrictqrun')dnl
define(`SMART_HOST',`smtp.web.de')dnl
define(`confTO_IDENT', `0')dnl
dnl FEATURE(`smrsh',`/usr/sbin/smrsh')dnl
FEATURE(`use_cw_file')dnl
FEATURE(`use_ct_file')dnl
FEATURE(`mailertable',`hash -o /etc/mail/mailertable.db')dnl
FEATURE(`virtusertable',`hash -o /etc/mail/virtusertable.db')dnl
FEATURE(`access_db', `hash -T<TMPF> /etc/mail/access')dnl
FEATURE(`blacklist_recipients')dnl
FEATURE(`local_procmail',`',`procmail -t -Y -a $h -d $u')dnl
FEATURE(`always_add_domain')dnl
FEATURE(`redirect')dnl
FEATURE(`local_no_masquerade')dnl
FEATURE(`genericstable', `hash -o /etc/mail/genericstable.db')dnl
GENERICS_DOMAIN_FILE(`/etc/mail/generics-domain')dnl
define('confAUTH_MECHANISMS', 'PLAIN LOGIN')dnl
FEATURE(`authinfo',`hash -o /etc/mail/authinfo.db')dnl
dnl FEATURE(`accept_unresolvable_domains')dnl
EXPOSED_USER(`root')dnl
LOCAL_DOMAIN(`localhost.localdomain')dnl
LOCAL_DOMAIN(`example.com')dnl
MAILER(local)dnl
MAILER(smtp)dnl
MAILER(procmail)dnl


<-----<SNAP>---------------------------------------


Grüße,

mdkuser

[FLOST]

Doppelpost!

Hier geht´s weiter:

http://www.linuxforen.de/forums/showthread.php?t=259378

[mdkuser]

Doppelpost!

Hier geht´s weiter:

http://www.linuxforen.de/forums/showthread.php?t=259378

Ach ne, hatte ich doch in dem andern Thread geschrieben und mich entschuldigt.
Ist Dir das noch nie passiert, dass Du zweimal auf den Submit Button geklickt hast?

Für solche Fälle wäre es ganz gut, wenn man seine eigenen threads auch wieder löschen könnte...

Übrigens, wenn jemand nichts inhaltliches zum Threadthema betragen kann/will, sollte er besser nicht posten! Danke!

[mdkuser]

So, manchmal ist die Lösung soooo einfach...

Nicht an der sendmail Konfiguration lag es, sondern daran, dass ich in der /etc/hosts.allow noch keinen Eintrag für sendmail vorgenommen hatte und somit ALL:ALL aus /etc/hosts.deny griff...

[FLOST]

[QUOTE=mdkuser;1697598]Ach ne, hatte ich doch in dem andern Thread geschrieben und mich entschuldigt.
Ist Dir das noch nie passiert, dass Du zweimal auf den Submit Button geklickt hast?

Für solche Fälle wäre es ganz gut, wenn man seine eigenen threads auch wieder löschen könnte...
QUOTE]

Das ist mir schon öfter so gegengen. Und ich habe es des öfteren nicht bemerkt. Von dem her sind soche zusammenführungen ganz hilfreich, um nicht zwei gleiche Themen mit unterschiedlichen Antworten zu haben.

Bis jetzt hat sich auch noch niemand darüber aufgeregt, da das ganze dann von einem Mod oder Admin mittells löschung geradegebogen wurde. Kein Grund sich aufzuregen.