Apache mod_smtp?

[Void Main]

Look in your maillog and see if there is any error messages. Open two terminals and in one do this:

# tail -f /var/log/maillog

In the other send a message as described before. Watch for a successful delivery or errors. When you restart sendmail do you get four green "[OK]" messages? Firewall surely could block the message but usually you would see it hung up in the queue if that were the case. The maillog should tell the tail. The only other possibility is that the message was sent to your ISP and your ISP hasn't actually delivered it to your mailbox yet, or it has been filtered out for some reason. They shouldn't do that without notifying either the sender or the receiver. Also, if the message was rejected for some reason you will have a message in root's mailbox.

[Buzza24]

when i restart sendmail, everything is green. no probs there.

this the out put of the log file

Code: Select all

Aug  7 11:16:47 ibmapt-89a sendmail[7933]: starting daemon (8.12.10): SMTP+queueing@01:00:00
Aug  7 11:27:42 ibmapt-89a sendmail[8137]: i771Rg7s008137: from=buzza, size=42, class=0, nrcpts=1, msgid=<200408070127.i771Rg7s008137@ibmapt-89a.lan>, relay=buzza@localhost
Aug  7 11:27:42 ibmapt-89a sendmail[8137]: i771Rg7s008137: to=buzza4lord@yahoo.com.au, delay=00:00:00, mailer=esmtp, pri=30042, dsn=4.4.3, stat=queued


and no mail is queued.

This is so wierd.

[Void Main]

Here's what I get in my log when I do the same thing (also to your address):

Code: Select all

Aug  6 20:33:17 nitro sendmail[32692]: i771XHVs032692: from=voidmain, size=49, class=0, nrcpts=1, msgid=<200408070133.i 771XHVs032692@nitro.voidmain.home>, relay=voidmain@localhost
Aug  6 20:33:18 nitro sendmail[32693]: i771XI8L032693: from=<voidmain@nitro.voidmain.home>, size=359, class=0, nrcpts=1 , msgid=<200408070133.i771XHVs032692@nitro.voidmain.home>, proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0. 0.1]
Aug  6 20:33:18 nitro sendmail[32692]: i771XHVs032692: to=buzza4lord@yahoo.com.au, ctladdr=voidmain (505/507), delay=00 :00:01, xdelay=00:00:00, mailer=relay, pri=30049, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (i771XI8L032693 M essage accepted for delivery)
Aug  6 20:33:18 nitro sendmail[32695]: i771XI8L032693: to=<buzza4lord@yahoo.com.au>, ctladdr=<voidmain@nitro.voidmain.h ome> (505/507), delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=30359, relay=mx2.mail.yahoo.com. [67.28.113.10], dsn =2.0.0, stat=Sent (ok dirdel)


Notice the "stat=Sent" on mine and the "stat=queued" on yours. Man I would think that it should so up with the mailq. I'm betting it's a /etc/hosts issue. Do you have an entry in your /etc/hosts for "buzza.kicks-ass.net" associated with your IP address?

[Buzza24]

no i don't have a buzza.kicks-ass.net list in my hosts file.

I only have my local ip listed there. I didn't know i was sposed to.

[Void Main]

I actually see the problem now. It looks like you didn't get the changes I made to your file applied. I still see that "ibmapt-89a.lan" name in your log which would indicate it hasn't been changed in your sendmail.mc.

[Buzza24]

so what do I do?

[Void Main]

Download the sendmail.mc.buzza file from the link I posted and put it on your server (like in /tmp) then as root do this:

# cp /tmp/sendmail.mc.buzza /etc/mail/sendmail.mc
# /sbin/service sendmail restart

[Buzza24]

all mail is still getting queued.
this is oops!

[Void Main]

Now what does your log say?

[Buzza24]

Code: Select all

Aug  7 14:26:07 ibmapt-89a sendmail[10369]: i774Q7ID010369: from=root, size=44, class=0, nrcpts=1, msgid=<200408070426.i774Q7ID010369@ibmapt-89a.lan>, relay=root@localhost
Aug  7 14:26:07 ibmapt-89a sendmail[10369]: i774Q7ID010369: to=buzza4lord@yahoo.com.au, delay=00:00:00, mailer=esmtp, pri=30044, dsn=4.4.3, stat=queued


[Buzza24]

Code: Select all

Aug  7 14:44:55 ibmapt-89a sendmail[10871]: alias database /etc/aliases rebuilt by buzza
Aug  7 14:44:55 ibmapt-89a sendmail[10871]: /etc/aliases: 63 aliases, longest 10 bytes, 625 bytes total
Aug  7 14:44:55 ibmapt-89a sendmail[10876]: starting daemon (8.12.10): SMTP+queueing@01:00:00
Aug  7 14:44:55 ibmapt-89a sm-msp-queue[10884]: starting daemon (8.12.10): queueing@01:00:00

[Void Main]

I meant "what does your log say after you try and send a message". If you definitely copied the sendmail.mc to your /etc/mail directory and you have opened it and verified that those "ibm" entries aren't anywhere to be found then your sendmail.cf is not being regenerated with you restart your sendmail. Is this the stock Sendmail that comes with Fedora or did you change the configuration in some other way? Fedora should rebuild the sendmail.cf but back in the old days this had to be done manually before restarting sendmail. This is what had to be done:

# cd /etc/mail
# m4 < sendmail.mc > sendmail.cf
# service sendmail restart

You might try this. The only other thing I can think of is maybe you don't have something installed. Here's what I got:

$ rpm -qa | grep sendmail
sendmail-8.12.10-1.1.1
sendmail-cf-8.12.10-1.1.1

This is very odd but we'll get to the bottom of this even if I have to crack into your machine and fix it for you. :) I can tell you that it normally takes me somewhere between 10 and 15 seconds to configure a fresh RedHat/Fedora install to send mail the way I want it.

[Buzza24]

As far as having stuff installed, I have got the same as you.
I have put the snedmail.mc back o the webserver so you can have another look.

http://buzza.kicks-ass.net/sendmail.mc

I have been using Webmin in some case to edit sendmail. Should I be using this?

[Void Main]

Maybe webmin has screwed it up. You should be able to take a freshly installed Fedora, copy that file to the /etc/mail/sendmail.mc, restart sendmail and it should work. What is the date/time on your /etc/mail/sendmail.cf file compared to the date/time on your /etc/mail/sendmail.mc file? I can't say what Webmin might have done or what configuration changes you have made but that ibm name that is showing up in your log has to be in your sendmail.cf somewhere and the sendmail.cf should be generated from the sendmail.mc when you restarted sendmail. Between work and home I probably have around 50 Red Hat and Fedora machines running Sendmail and I've never had any of the trouble you are having now. They always work by making the changes as I described.

I could look at your sendmail.cf and might see something wrong, otherwise if you want to get your sendmail configuration back to default then you could remove sendmail and sendmail-cf packages and then remove /etc/mail/*, then install sendmail and sendmail-cf packages then copy the customized sendmail.mc file into /etc/mail and restart sendmail. Otherwise I don't know what else to say. I would almost have to look at it directly to see what is wrong.

[Buzza24]

do i have to do anything to edit the "domaintable", "local-host-names" and "trustedusers" files at all?