Topic: SMTP problems after upgrade to 6.0b3

[Van]

notmuchdotcom

current shows 8 successful deliveries to me and my aliases
sample:
staus: local 2/10 remote 0/20
delivery 7:sucess: forward: _qp_11724/did_1+0+0/
status local 1/10 remote 0/20

lock and state are empty

the upgrade to version 6 final -- still shows (unknown version) at the top of the management console -- I'm about to check to see if it can handle mail

[Van]

from another post on this forum I tried:

/sbin/e-smith/signal-event email-update
followed by:
/sbin/e-smith/signal-event reboot

 it did not work

[PeterG]

I don't know Van, I am very puzzled as to what could be wrong. If the mailfront service is running then it should accept connections. Your server can ping out to other external IP addresses, and other IP's can ping you. Your remote users can use webmail. But new connections to your mail server are timing out rather than being rejected outright.

Is your server able to send mails correctly from its own webmail?

What could be blocking access to the mailfron-smtp demon!!!


I am curious as to why the server is describing itself as unknown version too.

The quickest results may be to build a fresh 6.0 server and restore the data from tape over that.

But I am grasping at straws now. I thought other people may have chipped in by now...

Good luck and if you do find out what the problem was, please post back here.


PeterG.

[PeterG]

Are you running any sort of spam or virus checker btw?

[PeterG]

Perhaps there is a problem when upgrading the mailfront-smtp process on some installations as a last resort try the latest version of mailfront?


On my 6.0 server (upgraded from 6.0b3 with all updates to 6.0) I am running..

[root@pogo# rpm -q mailfront
mailfront-0.81-1

PeterG

[van]

I've tried several fresh installs of 6.0b3 overlaid with the backup -- I have tried upgrading one of those with v 6 final. I now have a 6 final that is virgin -- all I care about rescuing from the old copy is qmail, ibays and all dont matter -- It seems that the problems may relate to TCP/IP and ports and such beyond qmail itself

We've been using esmith since 3.0 / maybe 2.x -- If there's a way to just copy & create users and their accounts, I'd settle for that now, and just dump the mail -- I'm going to read that book you sent me the link to to see if there's a way to do this

I have called a Mitel reseller to try to purchase this product last week, before this fiasco -- he did not know about it of course, but plans to call me with a quote. I am ready to buy commercial software -- if I can move users over

[PeterG]

What version of e-smith were you upgrading from?


I belive that mailfront was introduced at version 5.5 so may be if yours is before that then there might be a problem with that section of the upgrade script

If you were running 5.5 it might be worth going to 5.6 first and then to 6.0.


Just done a search for server migration and found this at the end of one link, it look like it might help....

http://tehvand.com/tehvand/index.cgi?opt=projex&project=rsyncmigrate

PeterG.

[Van]

whups --

it was 5.1.2 -- had no plans to touch that server until thing went wrong -- I then upgraded it directly to 6.0b3

van

[PeterG]

Ah.

right then. I think it might be an idea to get the iso's from the mirrors for 5.5, 5.6 and 6.0

Restore the 5.1.2 server and then go through each of the upgrades of the different versions above, with a little bit of luck this might work...

PeterG.

[Van]

I've bought Guardian Digital's engarde mail suite -- The guys there think I can move the /etc/passwd file and the user directories, wave a wand and fix this, we'll see --
I'll also try the stepwise upgrade path on one of the other servers -- just  trying to get fixed fast -- users are restless

[Charlie Brady]

PeterG wrote:

> What version of e-smith were you upgrading from?
>
>
> I belive that mailfront was introduced at version 5.5 so may
> be if yours is before that then there might be a problem with
> that section of the upgrade script

An excellent guess, sir!
 
> If you were running 5.5 it might be worth going to 5.6 first
> and then to 6.0.

I think the problem will only occur with upgrades from versions earlier than 5.5.

This should fix it:

/sbin/e-smith/config set smtpfront-qmail service status enabled access public
/sbin/e-smith/config delete smtpfwdd
/sbin/e-smith/signal-event post-upgrade
/sbin/e-smith/signal-event reboot

If this fixes the problem, would you mind posting a link over in the thread in the bugs forum(*)?

Charlie

(*) which is where this problem should have been reported.


Charlie

[Van]

Charlie Cool!

Yes this worked -- outgoing SMTP is sluggish and bothers me a bit some clients are timing out  --  the banner onthe character based menu now says SME server 6.0b3 instead of unknown version, food tastes better and I'm ready for what tomorrow has to offer (I hope)

I'll post the report on the bugfix
Van

[PeterG]

Nice one Charlie

I was wondering if you might chime in at some point.


Glad Van got it sorted in the end without having to resort to 'the other lot'

PeterG.

[Van]

Off topic Peter but shouldnt you be sleeping -- Thanks for your help today, and tommorrow.

Van

[PeterG]

No Worries Van, Just thought I would check in before crashing for the night.

hope it works out ok.


PeterG.