[sendmail?] Geen mail meer na upgrade

[surfdude]

Eergisteren heeft een medebeheerder (die momenteel op afstand zit) van de server van mijn studentenflat Sendmail ge-upgrade, maar dat is helaas niet helemaal goed gegaan .
Er staat een vraagteken achter "sendmail", omdat het probleem is dat er nu geen mail meer ontvangen wordt en ik weet niet wat SENDmail daar precies mee te maken heeft.
Ik heb gisteren met m4 een versie 9 sendmail.cf file gemaakt (daarop gaf ie ook een error) en daarin enkele regeles naar het voorbeeld van de oude aangepast.

Dat was de uitleg Nu een paar vraagjes: In de maillog is niets te vinden over het niet ontvangen van mail van de universiteitsserver. Waar kan ik daar iets over vinden en zorgt sendmail daar ook voor of een ander programma?

[baggah]

Lekkere beheerders

Maar eh hebben jullie een vast ip / eigen domain (+mx record) dan kan sendmail alles doen. Als jullie dat niet hebben maar alleen een account op de mailserver van de uni dan hebben jullie waarschijnlijk ook zoiets als fetchmail draaien?

Laat anders jullie .mc file is zien (die jij gebruikt hebt om de .cf te genereren).

owja welke versie van sendmail draaid er nu?

En probeer dit is:
telnet ipnummerserver/localhost 25
<hier krijg je iets van <hostname> esmtp sendmail versie/versie; datum(die versies zijn belangrijk en zijn die het zelfde?)

>HELO mailserver
<....
>MAIL FROM: <[e-mail]>
<....
>RCPTO TO: <username@localhost> (dit moet een user zijn aanwezig op je server...)
<..
>DATA
>Subject: test
>bla bla
>. <--- afsluiten met een punt
>
<......
>QUIT
en je kan kijken of je mail hebt ontvangen die je net zelf gestuurd hebt.

[surfdude]

Die telnet truuk geeft "connection refused"....

En dit staat er in die mc file:

divert(-1)
dnl This is the sendmail macro config file. If you make changes to this file,
dnl you need the sendmail-cf rpm installed and then have to generate a
dnl new /etc/sendmail.cf by running the following command:
dnl
dnl m4 /etc/mail/sendmail.mc > /etc/sendmail.cf
dnl
include(`/usr/share/sendmail-cf/m4/cf.m4')
VERSIONID(`linux setup for Red Hat Linux')dnl
OSTYPE(`linux')
define(`confDEF_USER_ID',``8:12'')dnl
undefine(`UUCP_RELAY')dnl
undefine(`BITNET_RELAY')dnl
FEATURE(`no_default_msa',`dnl')dnl
FEATURE(`smrsh',`/usr/sbin/smrsh')dnl
FEATURE(`mailertable',`hash -o /etc/mail/mailertable.db')dnl
FEATURE(`virtusertable',`hash -o /etc/mail/virtusertable.db')dnl
FEATURE(redirect)dnl
FEATURE(always_add_domain)dnl
FEATURE(use_cw_file)dnl
FEATURE(use_ct_file)dnl
FEATURE(local_procmail,`',`procmail -t -Y -a $h -d $u')dnl
FEATURE(`access_db',`hash -o /etc/mail/access.db')dnl
FEATURE(`blacklist_recipients')dnl
EXPOSED_USER(`root')dnl
dnl This changes sendmail to only listen on the loopback device 127.0.0.1
dnl and not on any other network devices. Comment this out if you want
dnl to accept email over the network.
dnl DAEMON_OPTIONS(`Port=smtp,Addr=127.0.0.1, Name=MTA')
dnl NOTE: binding both IPv4 and IPv6 daemon to the same port requires
dnl a kernel patch
dnl DAEMON_OPTIONS(`port=smtp,Addr=::1, Name=MTA-v6, Family=inet6')
dnl We strongly recommend to comment this one out if you want to protect
dnl yourself from spam. However, the laptop and users on computers that do
dnl not have 24x7 DNS do need this.
FEATURE(`accept_unresolvable_domains')dnl
dnl FEATURE(`relay_based_on_MX')dnl
MAILER(smtp)dnl
MAILER(procmail)dnl


En sendmail doet idd. alles...

Ik heb ondertussen contact gehad met de "schuldigen" en die vertelden dat er verschillende dingen ge-upgrade waren, maar sendmail niet Dat maakt het extra leuk

[ Voor 0% gewijzigd door surfdude op 02-08-2002 13:44 . Reden: edit & typo ]

[Major Asshole]

surfude schreef op 02 augustus 2002 @ 13:32:
Die telnet truuk geeft "connection refused"....

Dan draait de hele daemon niet meer. Start hem opnieuw op met "/usr/sbin/sendmail -bd -q30m" en kijk in /var/log/syslog of /var/log/messages naar foutmeldingen van sendmail.

Wat is er dan wel geupgrade?

[Verwijderd]

Waarschijnlijk loopt sendmail wel (ps -ef |grep sendmail) ,
maar luistert ie niet op de netwerkkaart maar alleen op 127.0.0.1
(netstat -an | grep LISTEN) Dat is tegenwoordig de standaard instelling van
sendmail ivm met security.

Dan moet je in /etc/sendmail.cf de regel met :

O DaemonPortOptions=Port=smtp,Addr=127.0.0.1, Name=MTA

uitremarken ( # ervoor zetten)

[surfdude]

pir-p3,

dat was een goede tip! thnx
Maar nu zag ik net een "lost input channel" error...ideetje?

[Verwijderd]

waar(in) zag je die error ? paste even de exacte teksts

[surfdude]

in /var/log/maillog

Aug 2 14:30:53 obelix sendmail[13549]: g72CUrw13549: lost input channel from IDENT:[e-mail] [130.161.89.207] to Daemon0 after rcpt


En ik heb nu ook (weer) een tcpwrapper error. Die had ik eruit, iemand anders heeft er ook aangezeten...

Aug 2 14:51:37 obelix sendmail[13867]: g72Cpbw13867: tcpwrappers (ns1.tudelft.nl, 130.161.180.1) rejection
Aug 2 14:51:37 obelix sendmail[13867]: NOQUEUE: ns1.tudelft.nl [130.161.180.1] did not issue MAIL/EXPN/VRFY/ETRN during connection to Daemon0

[ Voor 0% gewijzigd door surfdude op 02-08-2002 14:59 . Reden: aanvulling ]

[surfdude]

Ok, ik ben weer iets verder... Ik heb met de telnet methode van Baggah ontdekt dat ik een "550 access denied" error krijg wanneer ik MAIL FROM [adres] opgeef als ik de sessie vanaf een andere computer start.
Is dat te verhelpen in de "access" file of ergens anders?

[baggah]

ja zet in het access bestand jouw ip adres.
Maar inprincipe hoeft dat niet (teminste) na MAIL FROM: <adres> mag elk adres komen...
als in RCPT TO: <adres> het adres op de server staat local-host-names of vroeger in sendmail.cw