Path: csiph.com!eternal-september.org!feeder.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail From: Unknown Newsgroups: alt.os.linux.slackware,comp.os.linux.misc,alt.os.linux.debian Subject: Re: Product LockIn Date: Thu, 31 Mar 2016 01:59:17 -0000 (UTC) Organization: A noiseless patient Spider Lines: 81 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Thu, 31 Mar 2016 01:59:17 -0000 (UTC) Injection-Info: mx02.eternal-september.org; posting-host="1bf3e318b20053890fd9981addd49292"; logging-data="6395"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+OXQpJjxZs93X/0wpMbdtNg2EPvTddzZU=" User-Agent: Pan/0.133 (House of Butterflies) Cancel-Lock: sha1:1lo0xf3Jw8ueIy2qDE+V4COm2gY= Xref: csiph.com alt.os.linux.slackware:26570 comp.os.linux.misc:17140 alt.os.linux.debian:7977 On Sun, 27 Mar 2016 16:05:55 +0000, Bit Twister wrote: > On Sun, 27 Mar 2016 16:25:46 +0100, The Natural Philosopher wrote: >> On 27/03/16 15:45, Bit Twister wrote: >>> On Sun, 27 Mar 2016 12:05:48 +0100, The Natural Philosopher wrote: >>>> On 26/03/16 20:25, Carlos E.R. wrote: > ---snip-- >>> >>> I can not prove that offhand, but I believe there is a fetchmail >>> option to have the mail remain on the server or not, your choice in >>> the fetchmail config file. >>> >>> >> Not with IMAP. The whole point of IMAP is that all the clients synch to >> a single online server space. > > >> "IMAP was designed with the goal of permitting complete management of >> an email box by multiple email clients, Therefore, clients generally >> leave messages on the server until the user explicitly deletes them" > > > What can I say. Pretty sure my original .fetchmailrc had nokeep which > removed the email from gmail.com after download, and I configured > thunderbird to use localhost. Now that my send emails fail I changed > .fetchmailrc to keep, which leaves the email at gmail.com and > thunderbird for gmail.com. Example: > > # cat ~/.fetchmailrc > poll "imap.gmail.com" with proto IMAP > user "justme@gmail.com" there with password "a secret" is justme here > options ssl sslcertck fetchall stripcr keep > > >>> Replying or sending in that methodology no longer works because my >>> mail is being rejected because reverse dns look up fails because my >>> MTA is not in a registered domain or some such thing. >>> >>> >> MMm. you need a smart host then. > > I do not know what that means. All I know was mail used to go through > using postfix generic with > bittwister@wb.home.test justme@gmail.com > bittwister@localhost.home.test justme@gmail.com > and all reply emails would go back to gmail.com as desired. Now the > messages are rejected. > > >> Oddly enough, getting a virtual private server for a fistful of >> dollars, and a small fist at that - is no big deal and is probably te >> easiest way to have your own domain and email setup entirely under your >> control, independent from any ISP, and accessible how you want and >> where you want. > > Yeah, forgot about that. I had looked into it until I got postfix > generic working and forgot about using a domain of my own. I toggle ISP > whenever I can save money, so I had already moved all my email addresses > to free mail servers. The above complex elaborate description shows how the big US corparations are entrapping us to become another generation of . In the 90s you could have the EmailTextFrames lying on your screen: received, written and ready to send, directory of in box ....; and with just-2-klux-each could eg. send-that-one, fetch-that-one ..... Now with the US commercial giants vying to capture as many as possible locked-in victims, you face the following:----- Hi **, Someone just tried to sign in to your Google Account **** from an app that doesn't meet modern security standards. Details: Monday, March 28, 2016 2:58 AM (GMT) We strongly recommend that you use a secure app, like Gmail, to access your account. All apps made by Google meet these security standards. Using a less secure app, on the other hand, could leave your account vulnerable. Learn more.