gamera again not working

ivan · Unread post by **ivan** » Sat Sep 27, 2008 5:43 am

again, after one week installation, the system is out.

it seems i can't receive any email.

The logs are reporting any activity.

I've few connections:
# netstat -n |grep -c 25
35

I tried restarting more than one time.
smtp is active on port 25 but telnet on port doesn't respond.

nmap reports port 25 as filtered even if iptables is stopped.

Any suggestion ?

# tail -f /var/log/maillog
Sep 27 10:48:36 posta spamd[2224]: spamd: server successfully spawned child process, pid 2354
Sep 27 10:48:36 posta spamd[2224]: spamd: server successfully spawned child process, pid 2355
Sep 27 10:48:36 posta spamd[2224]: prefork: child states: II
Sep 27 10:54:19 posta spamd[2224]: spamd: server killed by SIGTERM, shutting down
Sep 27 10:54:54 posta spamd[7765]: logger: removing stderr method
Sep 27 10:54:55 posta spamd[7767]: spamd: server started on port 783/tcp (running version 3.2.5)
Sep 27 10:54:55 posta spamd[7767]: spamd: server pid: 7767
Sep 27 10:54:55 posta spamd[7767]: spamd: server successfully spawned child process, pid 7769
Sep 27 10:54:55 posta spamd[7767]: spamd: server successfully spawned child process, pid 7770
Sep 27 10:54:55 posta spamd[7767]: prefork: child states: II

warrenc · Unread post by **warrenc** » Sat Sep 27, 2008 2:17 pm

I have one pg server that keeps doing this too and just came to post about it myself. In the meantime while gathering info to post I figured out my problem, maybe it'll help you as well...

Check out your /var/log/smtpd and /var/log/qmail directories. The contents of those directories had changed on mine - one owned by root, and another by qscand - both which are incorrect. So I did:

chown qmaillog.qmail -Rf /var/log/qmail /var/log/smtpd

Then, restarted things with:

svc-restart qstat
svc-restart qread
svc-restart qmail
svc-restart smtpd

Now, smtpd is actually responding and things seem to be working again. Not sure why it would have been changed though?

warrenc · Unread post by **warrenc** » Sat Sep 27, 2008 2:19 pm

By the way, I had defunct multilog procs which lead me to think that.

I still have one I'm noticing, trying to track that down still...at least for now it's working, mostly.

warrenc · Unread post by **warrenc** » Sun Sep 28, 2008 5:18 am

I love replying to myself...

The last defunct process was overcome by commenting out the lines in init which call svcscan, and completely killing every last thing qmail.

After this, I verified I couldn't intentionally break the permissions again, with qmail-scanner-reconfigure, or a forced logrotate, etc, and then uncommented the init lines, reloaded init, and for good (redundant measure) restarted the 4 default qmail procs handled by init/daemontools. Then, my multilogs were both happily running fine (and not respawning over and over each time they'd die!).

I suppose I could have just rebooted as well, but I'm just not a big fan of having to do that on unix/linux.

Hope at least some of my rants were helpful.

ivan · Unread post by **ivan** » Sun Sep 28, 2008 5:40 pm

In my case it is not a permission problem.

I had to reinstall the server...i did it twice in 15 days.
It is a very strange situation i can't understand.

nmap was reporting port 25 as 'filtered' but it wasn't.

To have gamara working again i had to completly remove iptables. After that for one day port was still 'filtered'. Now it is open again.

Now i've 100s failure notice in queue nevere deleted (even if they should be) but this is not a big problem.