[gentoo-user] Re: Just when is portage/bashrc sourced?
On 2017-11-24 22:21, Neil Bothwick wrote: > Are you mixing portage/env up with portage/package.env? The latter > loads conf files from env that contain variable assignments. I don't think I'm mixing them up: one of them is a directory, so hardly can contain any code at all ;-) (Well, the other _can_ also be a directory, but YSWIM). -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet, fetch the TXT record for the domain.
Re: [gentoo-user] Setting up fetchmail to feed postfix
On Fri, 24 Nov 2017 15:39:25 +, Peter Humphrey wrote: > My MUA is KMail-2, which seems to be all right for others using IMAP > but is very far from robust when fetching POP3 mails. I've tried > alternatives to it, but none of them suit me - in particular, > claws-mail is horrible, Funnily enough, I switched to Claws because I found KMail horrible... -- Neil Bothwick ... "I dropped my toothpaste," Tom said, Crestfallen. pgp54GPf35Owj.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: Just when is portage/bashrc sourced?
On Fri, 24 Nov 2017 09:07:24 -0800, Ian Zimmerman wrote: > > You do have a choice, use /etc/portage/env. here's one I have to patch > > a specific version of a package > > > > % cat env/app-cdr/cdrdao-1.2.3 > > post_src_unpack() { > > cd "${S}" > > epatch_user > > } > > Again IIRC, when I tried using env for a similar purpose, it didn't work > at all, it seemed the only things valid in those files were variable > assignments. Are you mixing portage/env up with portage/package.env? The latter loads conf files from env that contain variable assignments. -- Neil Bothwick Excuse for the day: daemons did it pgpHSZ07BWjzF.pgp Description: OpenPGP digital signature
[gentoo-user] Re: FYI bcache broken in 4.14.0
On Fri, Nov 24, 2017 at 11:11 AM, Adam Carterwrote: > Earlier versions ok and 4.14.1 has the fix > > https://www.theregister.co.uk/2017/11/22/linux_4_14_bcache_ > bug_destroys_data/ > Correction - the fix is in 4.14.2
Re: [gentoo-user] Setting up fetchmail to feed postfix
Peter Humphrey wrote: > > The ebuild installs /etc/init.d/fetchmail and /etc/conf.d/fetchmail, so it > seems to expect me to run as a daemon. But then there's no sample > fetchmailrc, which surprises me. A simple example line from my /etc/fetchmailrc is: poll pop.mail.server.example.com proto pop3 user "your.username@there", with password "secret", is "your.username@here" here, ssl; That's all... -Matt
Re: [gentoo-user] Setting up fetchmail to feed postfix
On 24.11.17 18:30, Rich Freeman wrote: > While Postfix certainly won't serve up email via IMAP it definitely > does store email. As an MTA should, Postfix transports email. It can also handle local mail transport (say, in maildirs) and I guess one could call that "storing" mail, but to me that's stretching the term too far. > You are correct that you'd run a separate IMAP server. They need not > be on the same host assuming they can both get at the maildirs. As the OP is using Postfix to feed data to Dovecot, I strongly suggest configuring Dovecot's LMTP as a mailbox transport instead of having Postfix write directly to the file system. -Ralph
Re: [gentoo-user] Setting up fetchmail to feed postfix
On Fri, Nov 24, 2017 at 11:16 AM, Ralph Seichterwrote: > On 24.11.17 16:39, Peter Humphrey wrote: > >> I'm trying an evasion, which is to use fetchmail to retrieve emails >> from my ISP and deliver them to postfix, which can then serve them >> via IMAP. > > Postfix is an MTA and does neither store email nor lets you access email > via IMAP. There must be an IMAP server in your mix somewhere (e.g. > Dovecot or Courier). > While Postfix certainly won't serve up email via IMAP it definitely does store email. You are correct that you'd run a separate IMAP server. They need not be on the same host assuming they can both get at the maildirs. -- Rich
Re: [gentoo-user] Setting up fetchmail to feed postfix
On 24.11.17 17:40, Peter Humphrey wrote: > That's because I don't yet know enough to know what questions to ask; > that's why I hoped I'd be pointed to a general guide or explanation. http://www.fetchmail.info/ is the most obvious starting point, and I assume you have found that one. Fetchmail per se is not Gentoo-specific, so you're better off asking questions on the FM mailing lists should you find the manual and FAQ insufficient. > > If you plan to use a single fetchmail process, ~foo/.fetchmailrc (with > > foo being the user you want to run fetchmail as) usually suffices. > > I assume you mean ~/.fetchmailrc, a file in my home directory, no? You can run fetchmail as the user you are logging in with or as a separate user. I suggest the latter if you want to run fetchmail in daemon mode, for standard privilege separation reasons. I used "foo" as an example. If you want to run fetchmail on demand only, a dedicated user account may be inconvenient, and you did not say which method you are aiming for in your OP. -Ralph
Re: [gentoo-user] Re: Just when is portage/bashrc sourced?
On 11/24/2017 12:07 PM, Ian Zimmerman wrote: > > Again IIRC, when I tried using env for a similar purpose, it didn't work > at all, it seemed the only things valid in those files were variable > assignments. Sounds about right... from `man portage`... package.env Per-package environment variable settings. (moreover, we're using a custom parser IIRC and not all bash syntax will work)
[gentoo-user] Re: Just when is portage/bashrc sourced?
On 2017-11-24 08:32, Neil Bothwick wrote: > > Package P bypasses applying user patches (by not calling > > default_src_prepare). I have patches I need to apply to P, and in > > this case I really don't want to fork the ebuild. So, I'm hell bent > > on doing it the hacky way with /etc/portage/bashrc (which, IIRC, I > > have been told on this list not to do, but now I don't have much > > choice). > > You do have a choice, use /etc/portage/env. here's one I have to patch > a specific version of a package > > % cat env/app-cdr/cdrdao-1.2.3 > post_src_unpack() { > cd "${S}" > epatch_user > } Again IIRC, when I tried using env for a similar purpose, it didn't work at all, it seemed the only things valid in those files were variable assignments. If possible, I would of course much prefer this way, as is avoids an ugly switch on the package name. Do you know what I could've been doing wrong? I think I brought it up on the list, I'll try to dig up the thread. -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet, fetch the TXT record for the domain.
Re: [gentoo-user] Setting up fetchmail to feed postfix
On Friday, 24 November 2017 16:16:15 GMT Ralph Seichter wrote: > On 24.11.17 16:39, Peter Humphrey wrote: > > I'm trying an evasion, which is to use fetchmail to retrieve emails > > from my ISP and deliver them to postfix, which can then serve them > > via IMAP. > > Postfix is an MTA and does neither store email nor lets you access email > via IMAP. There must be an IMAP server in your mix somewhere (e.g. > Dovecot or Courier). Yes, of course. Postfix feeds Dovecot here. > > I still don't know what to add to /etc/ conf.d/fetchmail, nor whether > > I need a ~/.fetchmailrc or an /etc/fetchmailrc file (no sample comes > > with the ebuild). > Your needs depend on what you are trying to achieve, and you have been a > bit vague on the details. That's because I don't yet know enough to know what questions to ask; that's why I hoped I'd be pointed to a general guide or explanation. I thought I was clear enough: I want fetchmail to fetch POP mail and feed it into the local postfix (and of course dovecot) mail system. What else do you need? > If you plan to use a single fetchmail process, > ~foo/.fetchmailrc (with foo being the user you want to run fetchmail as) > usually suffices. I assume you mean ~/.fetchmailrc, a file in my home directory, no? -- Regards, Peter.
Re: [gentoo-user] Setting up fetchmail to feed postfix
On Friday, 24 November 2017 16:08:54 GMT Wols Lists wrote: > On 24/11/17 15:39, Peter Humphrey wrote: > > Is there any guidance on setting up fetchmail on Gentoo to operate in > > this way? I've searched in likely places but the Gentoo docs are long > > out of date and others don't help much, so I still don't know what to > > add to /etc/ conf.d/fetchmail, nor whether I need a ~/.fetchmailrc or > > an /etc/fetchmailrc file (no sample comes with the ebuild). > > If you run fetchmail as a daemon, then you need /etc/fetchmailrc. If you > run it manually yourself, then you need ~/.fetchmailrc The ebuild installs /etc/init.d/fetchmail and /etc/conf.d/fetchmail, so it seems to expect me to run as a daemon. But then there's no sample fetchmailrc, which surprises me. > Read the docu, Which one do you mean? The man page? > ... in particular the bit about whether or not to delete mails from the > server. Set it to NOT delete mails, then you can test it knowing that you > won't lose anything. Good idea - thanks. -- Regards, Peter.
Re: [gentoo-user] Setting up fetchmail to feed postfix
On 24.11.17 16:39, Peter Humphrey wrote: > I'm trying an evasion, which is to use fetchmail to retrieve emails > from my ISP and deliver them to postfix, which can then serve them > via IMAP. Postfix is an MTA and does neither store email nor lets you access email via IMAP. There must be an IMAP server in your mix somewhere (e.g. Dovecot or Courier). > I still don't know what to add to /etc/ conf.d/fetchmail, nor whether > I need a ~/.fetchmailrc or an /etc/fetchmailrc file (no sample comes > with the ebuild). Your needs depend on what you are trying to achieve, and you have been a bit vague on the details. If you plan to use a single fetchmail process, ~foo/.fetchmailrc (with foo being the user you want to run fetchmail as) usually suffices. -Ralph
Re: [gentoo-user] Setting up fetchmail to feed postfix
On 24/11/17 15:39, Peter Humphrey wrote: > Is there any guidance on setting up fetchmail on Gentoo to operate in this > way? I've searched in likely places but the Gentoo docs are long out of date > and others don't help much, so I still don't know what to add to /etc/ > conf.d/fetchmail, nor whether I need a ~/.fetchmailrc or an /etc/fetchmailrc > file (no sample comes with the ebuild). If you run fetchmail as a daemon, then you need /etc/fetchmailrc. If you run it manually yourself, then you need ~/.fetchmailrc Read the docu, in particular the bit about whether or not to delete mails from the server. Set it to NOT delete mails, then you can test it knowing that you won't lose anything. I believe it keeps a log file of what it's downloaded, so for testing purposes you may want to find and delete that. And if you run it with the --verbose option, it'll tell you what it's doing. I generally pipe that through the "tee" command, so I can see whether it's doing what I expect, then I can examine the output in more detail to check. Beyond that, I would say you're doing a right thing. fetchmail is good software. The only reason I'm not using it is MySQL broke, which took out my virtual usernames, which broke postfix and fetchmail delivery :-( And I've never got round to fixing MySQL. Cheers, Wol
[gentoo-user] Setting up fetchmail to feed postfix
Hello list, My MUA is KMail-2, which seems to be all right for others using IMAP but is very far from robust when fetching POP3 mails. I've tried alternatives to it, but none of them suit me - in particular, claws-mail is horrible, requiring a very different mental model just to operate it. Therefore I'm trying an evasion, which is to use fetchmail to retrieve emails from my ISP and deliver them to postfix, which can then serve them via IMAP. I already have postfix working, I think, collecting emails from the LAN, but the fetchmail documentation is confusing and I hesitate to jump straight in for fear of losing emails. Is there any guidance on setting up fetchmail on Gentoo to operate in this way? I've searched in likely places but the Gentoo docs are long out of date and others don't help much, so I still don't know what to add to /etc/ conf.d/fetchmail, nor whether I need a ~/.fetchmailrc or an /etc/fetchmailrc file (no sample comes with the ebuild). What does the panel think? -- Regards, Peter.
Re: [gentoo-user] Just when is portage/bashrc sourced?
On Thu, 23 Nov 2017 17:12:37 -0800, Ian Zimmerman wrote: > Package P bypasses applying user patches (by not calling > default_src_prepare). I have patches I need to apply to P, and in this > case I really don't want to fork the ebuild. So, I'm hell bent on > doing it the hacky way with /etc/portage/bashrc (which, IIRC, I have > been told on this list not to do, but now I don't have much choice). You do have a choice, use /etc/portage/env. here's one I have to patch a specific version of a package % cat env/app-cdr/cdrdao-1.2.3 post_src_unpack() { cd "${S}" epatch_user } You could also use post_src_prepare to apply the patch after any the ebuild effects. -- Neil Bothwick Found my .sig, it was in behind the cushion on the settee. pgpA405yOIMcZ.pgp Description: OpenPGP digital signature