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

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.
Parents
  • Hi agebhard,
    I'm non sure to have just posted my comment but...I can't see it anywhere so...
    I'm experiencig the same problem.
    I installed an ASL and the POP3 proxy doens't works. To be more clear, it works only if I did'nt define any network to be proxied.
    The other thing is that POP3 antivirus protection doesn't works.

    Looking for a running MRPOPPER and, woilà, no process running.

    Trying to start it manually but a missing library error appears (working in console trought SSH). ASL was searching for a libwoolxxx.so.0 and in the lib directory there was a libwoolxxx.so.1.

    ASAIK you CAN'T roolback from an up2date. You need to reinstall everithing from scratch and wait for a fix...even if, I repeat, I've a perfectly working ASL 4.014 with POP3 proxy and virus protection on.

    For me you could try reinstall from scratch and reapply the up2date. This would take only a quarter of hour and If it still doens't works...half an hour to reinstall a 4.008 version, waiting for a specific fix.

    By.

    DVD 
  • mrpopper binary needs to run in a chroot and you cannot start it by just typing ./mrpopper [;)].
    You need to setup the proxy in the webadmin and then do the following:
    killall -9 mrpopper;chroot /var/chroot-pop3/ /var/chroot-pop3/bin/mrpopper 0.0.0.0:8110 666 666 
    or
    /sbin/init.d/pop3 stop;/sbin/init.d/pop3 start
    please try it and post the result.

        
  • ehhmmm!!! Yes, Padre...I knew (since yesterday) that [MRPOPPER] can't start like ./mrpopper [;)]

    So I chrooted the command (always yesterday) and receive the error about library.

    Making a compare between to ASL 4.013 (one working and one not), there were differences between the lib folders.
    The [MRPOPPER] has never start on my ASL and there were no trace of it running.

    My POP3's log is empty, completly.

    Anyway I'm going to install a fresh copy on another appliance and I'll look the behaviour of the install procedure and then the folder's content. 
  • then there is a problem with the lib loader. try to rerun ldconfig for this chroot and rebuild the ldcache. Also try using ldd to find out under which name is the mrpopper looking for the missing lib. Then you can create a symlink (although this is the job for ldconfig)  
  • 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
      
Reply
  • 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
      
Children
  • 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?  
  • 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  
  • 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 [:)]

      
  • 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  
  • 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.  
  • 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  
  • 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