Re: [gentoo-user] OpenRC vs SysV init scripts.
On Wed, 2021-03-24 at 15:03 -0600, Grant Taylor wrote: > Hi, > > Does anyone have any pointers on where to start on converting a 10-15 > year old SysV style init script to OpenRC? I'd start with "man openrc-run", and then read the service-script- guide.md that is shipped & installed along with OpenRC. OpenRC is similar to SysV but with a few added features: * Dependencies (start service A before service B), * A "checkpath" helper for setting permissions (be careful with this, it's safer than chmod/chown but still not 100% secure), * The ability to "background" a daemon and manage the PIDfile itself, * Sane default behaviors that let you avoid boilerplate by declaring variables at the top of the service script.
[gentoo-user] OpenRC vs SysV init scripts.
Hi, Does anyone have any pointers on where to start on converting a 10-15 year old SysV style init script to OpenRC? I'm starting to use something that includes an ancient SysV style init script and trying to get it to work under OpenRC init properly on boot. It seems as if the SysV init scripts don't start things on boot despite being in the default runlevel. Yet I can reliably start / control the service with "rc-service $ServiceName start". Any suggestions would be appreciated. -- Grant. . . . unix || die
Re: [gentoo-user] Mutt vs Fetchmail problem
On 24/03/2021 08:31, Philip Webb wrote: Fetchmail is run as a user cron job. It was last emerged in 2020. The cron jobs are running as before, but nothing is downloaded. .muttrc hasn't been changed since 2020. Fetchmail broke (or rather, MySql broke fetchmail) for me many moons ago, but I seem to remember I ran it as a daemon. If you want to see what it's done, just check the logs. Cheers, Wol
Re: [gentoo-user] Mutt vs Fetchmail problem
Remco, On Wednesday, 2021-03-24 08:59:58 -0400, Remco Rijnders wrote: > ... > Of late, a lot of email providers (notably gmail, MS/outlook, and I think > Yahoo > too) require OAUTH support to access mail. Since I'm a daily Fetchmail user, I was startled at first, but startpag- ing for "OAUTH" and "fetchmail" returned - Disabling the "Less Secure App" (LSA) support by Google has been postponed indefinitely, and thus Fetchmail 6.X as currently provid- ed by Gentoo should suffice for the time beeing. - OAUTH should be part of Fetchmail 7.X, but as of today the most re- cent downloadable release is 6.4.17. There is a 6.5.0-beta2 branch in the Git repository at SourceForge, but it does not seem to cont- ain anything OAUTH specific. So apparently Google is waiting until Fetchmail is ready, or at least so I hope :-) Sincerely, Rainer
Re: [gentoo-user] Mutt vs Fetchmail problem
On Wed, Mar 24, 2021 at 04:31:56AM -0400, Philip wrote in : 210322 Remco Rijnders wrote: On Mon, Mar 22, 2021 at 03:22:26AM -0400, Philip wrote in I tried the Mutt 'G' command, which replied : "STLS: Mate, the command must be CAPA USER PASS QUIT ; no encryption". Of course, that wouldn't do, as it has to send out my password. So Fetchmail itself is working, but when Mutt calls it, something goes wrong. How does Mutt call Fetchmail ? That I'm not sure (smile). I think mutt doesn't call fetchmail. You have fetchmail set up to pull mail from your pop server (this works), and you have mutt set up to also pull mail from your pop server (this no longer works), using mutt's own built in POP support (http://www.mutt.org/doc/manual/#pop) which does not use your fetchmail configuration at all. You thus have two ways set up to access your mail. You might either do away with POP support in your mutt (as the mutt manual says: If you only need to fetch all messages to a local mailbox you should consider using a specialized program, such as fetchmail(1), getmail(1) or similar.), or make sure that mutt accesses the POP server the same way that fetchmail does. I think 'G' is not bound by default in Mutt. IIRC it is bound by default : at least, it's always worked before. Ah yes, your version of mutt has POP support built in, mine doesn't and as such 'G' is not bound on my system, my bad. How did you set it up in your .muttrc ? set pop_host="pop." set pop_pass="" set pop_user="" set pop_last Fetchmail is run as a user cron job. It was last emerged in 2020. The cron jobs are running as before, but nothing is downloaded. .muttrc hasn't been changed since 2020. It does appear that it is in fact more convenient to use Fetchmail directly. Instead of having to check several folders for new mail, I can issue the command (aliased as 'fm') when I decide to check mail & it actually tells me how many it's downloading, so if there's nothing, I don't have to do anything else. However, it wb helpful to find out what has gone wrong. It must be some pkg I updated since 210220. Either something changed in your system, or possibly on the ISP side of things. The "Mate, the command must be one of CAPA, USER, PASS or QUIT" error you get is returned by the server you are trying to retrieve your mail from, not mutt, and probably in relation to mutt sending the STLS command to (attempt to) start a secure session. You might want to see what mutt does different from what fetchmail does. Try adding ':995' (for port 995, used for encrypted POP3) to the pop_host setting? Of late, a lot of email providers (notably gmail, MS/outlook, and I think Yahoo too) require OAUTH support to access mail. Maybe this applies to you? See the interwebs for documentation on how to configure this for fetchmail and mutt respectively. I hope this helps you a little further. Kind regards, Remco
Re: [gentoo-user] Mutt vs Fetchmail problem
210322 Remco Rijnders wrote: > On Mon, Mar 22, 2021 at 03:22:26AM -0400, Philip wrote in >> I tried the Mutt 'G' command, which replied : >> "STLS: Mate, the command must be CAPA USER PASS QUIT ; no encryption". >> Of course, that wouldn't do, as it has to send out my password. >> So Fetchmail itself is working, but when Mutt calls it, something goes wrong. > How does Mutt call Fetchmail ? That I'm not sure (smile). > I think 'G' is not bound by default in Mutt. IIRC it is bound by default : at least, it's always worked before. > How did you set it up in your .muttrc ? set pop_host="pop." set pop_pass="" set pop_user="" set pop_last Fetchmail is run as a user cron job. It was last emerged in 2020. The cron jobs are running as before, but nothing is downloaded. .muttrc hasn't been changed since 2020. It does appear that it is in fact more convenient to use Fetchmail directly. Instead of having to check several folders for new mail, I can issue the command (aliased as 'fm') when I decide to check mail & it actually tells me how many it's downloading, so if there's nothing, I don't have to do anything else. However, it wb helpful to find out what has gone wrong. It must be some pkg I updated since 210220. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca