Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 20 replies
  • Subscribers 2 subscribers
  • Views 3612 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

POP3 Problems after Update from 4.008 to 4.014

agebhard
Hi folks,

I just updated my Astaro boy from 4.008 straight to 4.014. I didn't have any trouble and would have continued to stay on 4.008 if not for the ssh vulnerability.

During the Up2Date process, a few error messages popped up, but it nevertheless continued to update. Now it's saying it's running ASL 4.014. 

BUT:
My POP3 proxy does not work anymore (although I cannot find any error messages). My POP clients cannot connect to the POP Server outside the firewall anymore. If I disable the proxy and enable an IP filter allow rule it works fine - so the server is there.
Unfortunately, there is nothing in the POP3 proxy logs. I understand there was a problem in 4.009, but it was fixed in 4.010, right? Not for me, it seems... :-(

So my questions are:

1. Can I re-apply updates? If so, how can I download and install them?
2. Is there maybe an *easy* fix to this problem? Does anybody experience similar problems with one of the last updates?
3. Or do I have to re-install the whole ASL box from scratch?

I appreciate any input - Thanks!

Regards,

Andreas Gebhard
  


This thread was automatically locked due to age.
  • 0
    Hi agerbhard,

    hey, hey, hey. I was wrong.
    There's a way to perform a sort of reset but not a complete roolback to up2date version 4.008.

    login via console or ssh, as root, to you box.
    Go in the directory /var/recovery and search for a file named version.

    You can edit it with joe

    asl:/var/recovery#joe version

    and then you can change your value to 4.008 (the working version, ok?).

    Then download again the up2date and reinstall them all (one by one or as you prefer).

    Check if it works.

    Cheers.

    [;)]

    DVD 
  • 0 in reply to davideg
    davideg, thanks for this idea. I could edit the version file and then started the up2date prefetch which seemed to work, according to the progress pop up window.
    When I wanted to install the downloaded packages one by one, not a single one of them showed up in the up2date manager. So I downloaded the packages to my administration pc to then upload them to the asl box thru the webadmin. it informed me that this package (I started with 4.009) was already installed...

    So I didn't get much further with this one...

    I think it actually might be faster to redo the whole install and do it from scratch...

    :-/

    regards,

    Andreas  
  • 0 in reply to Vukasin
    Hi Padre,

    I tried your latter idea. This is what my box returned:

    firewall:/home/login # /sbin/init.d/pop3 stop;/sbin/init.d/pop3 start
    :: Stopping POP3 Proxy
    -> failed
    :: Starting POP3 Proxy
    :: missing config file /var/chroot-pop3/etc/request.xml
    firewall:/home/login #

    Fairly obvious that it need this xml file, but I wouldn't know where to get it from...

    hmmmm.

    Regards,

    Andreas
      
  • 0 in reply to agebhard
    Do you have the files
    /var/chroot-pop3/etc/request-template.xml
    /var/chroot-pop3/etc/request.xml

    Did you enable the pop3 proxy in the WebAdmin before starting?  
  • 0 in reply to Vukasin
    Padre,

    hi! The POP3 proxy was enabled while testing. I just checked in the directory and the two files are there - although one is empty:

    -rw-r--r--   1 root     root         3794 Aug 29 16:55 request-template.xml
    -rw-r--r--   1 root     root            0 Sep 18 19:02 request.xml

    ...

    Andreas  
  • 0 in reply to agebhard
    Ok I think we have narrowed the problem down. The file which is empty is supposed to be created by running:
    perl /var/chroot-pop3/bin/config.pl
    You can see this line in your /sbin/init.d/pop3 file. Try it out, I think the error will pop up [:)]

      
  • 0 in reply to Vukasin
    Correct, an error pops up:

    firewall:/home/login # perl /var/chroot-pop3/bin/config.pl
    Can't open perl script "/var/chroot-pop3/bin/config.pl": No such file or directory

    I checked, the directory is there, some files in it, no config.pl, though...

    Is that generic? Can I "just" copy it from someone else?

    thanks for hanging in there with me!

    Andreas  
  • 0 in reply to agebhard
    Yes, it is generic. But how can it not be there? I think something went really bad with your up2date...
    You can copy this file from any ASL 4 (from version 4.012 I think). I think that the best thing would be to make a configuration backup and reinstall. A hw check would also be in order.  
  • 0 in reply to Vukasin
    Yeah, I know that the HD in that machine is quite old. The filesystem checks during startup take forever, too...

    So I will just go get a new HD as soon as I can and then do a fresh re-install.

    It might be an interesting option to just be able to go back after an update. Don't know if that's practical at all, but in my case I would find it great.

    Unless anyone has another great idea, I think we can put this to rest now.

    Thanks to anybody who tried to help!

    Regards,

    Andreas  
  • 0 in reply to agebhard
    Just wanted to finish this whole thread: Did a fresh install from the 4.008 ISO, then applied the backup file made beforehand, updated all the way to 4.015 and it works - kinda.

    The POP3-Proxy which initially posed problems for me is working again. The logging doesn't work, though. POP3 proxy logs are empty each and every day...

    This is a home environment, so it's okay.

    For production environments it obviously wouldn't be.

    Let's see what 4.016 might bring for me...

    All the best - thanks to everyone who offered advice!

    Andreas    
Cookie Information Banner