Koozali.org: home of the SME Server
Legacy Forums => General Discussion (Legacy) => Topic started by: paul on January 23, 2003, 12:26:58 AM
-
Hi
I am trying to install the multipop rpm using system update and although it does not show any errors in the log when installing it does not appear in the installed rpm list.
Is this compatible with SME 5.6 or am I being stupid ?
Thanks
Paul
-
What do the release notes say?
-
I am new to all this, where can I find the release notes ?
Thanks
Paul
-
Which multipop RPM and version are you talking about ?
-
I am using e-smith-multipop-0.1-4.src.rpm
Thanks
Paul
-
By the way I am using system update to install this from my user home directory is this correct ?
Paul
-
Paul,
You are installing a SOURCE file. This is not correct. You should use the file e-smith-mulitpop-0.1-4.noarch.rpm
Regards,
guestHH
-
Thanks for that, easy when you know how !
Is there a log for this as I still am unable to pick up mail from the other account.
Thanks
Paul
-
examine /var/log/@maillog
Regards,
guestHH
-
I have checked the log but there is no mention of second pop account.
I have set up the multiple pop3 account and double checked all the settings.
Paul
-
I've just been through this process with e-smith-multipop-0.1-4.
There seems to be a fault with this when using SME 5.6. Changes to the settings in the "multiple pop3's" screen don't affect the file /etc/fetchmail like they should.
I've found that after changing these settings, you need to run "/sbin/e-smith/signal-event console-save" in order to make the changes live.
I haven't investigated a simpler way to make them live, or why this isn't happening by default - anyone else have any ideas?
I have finally managed to get it to work by running the "/sbin/e-smith/signal-event console-save"...
Cheers -
-
OK, I've found my problem, and it may affect others as well.
The script /etc/e-smith/events/multipop-save/S55conf-multipop will only rebuild /etc/fetchmail.conf when the connection type is defined as 'dialup'.
So, if you've got a permenant connection, and don't have sme configured as 'dialup', then fetchmail will never get rebuilt.
Commenting out the line if ($conf{'AccessType'} eq "dialup") in the above script makes it work as I would expect, adds/changes/updates now result in appropriate changes to /etc/fetchmail.
I'm not sure of a 'good' fix for this...
Cheers -