Re: About those IMAP questions (was Re: Bogus From: Header ...)
- From: NM Public <agorae@xxxxxxxxxxxxxxxx>
- Date: Sun, 18 Jun 2006 09:35:04 +0100
Sur 2006-06-17, Beartooth skribis:
[karhunhammas@titan ~]$ ls -a | grep pine
.pine.pwd
.pinerc
.pinerc-05-10-06
.pinerc_05_12_06
.pinerc-2006-04-12.Bkup
.pinerc.old
.pinesettings
[karhunhammas@titan ~]$
I have no idea whether Ddave has any sort of pine.conf anywhere, fixed or not.
pine.conf and pine.conf.fixed are usually located in /usr/local/lib -- it's a good idea to see if those exist and what they contain on all your machines.
I need to get off the Net now, but here is a job for you
Beartooth that will help me tomorrow...
* Please open each of your roles and copy & paste the smtp-server, if it exists, into a followup to this message. For example, please post something like the following:
role1
smtp1.example.com
The only one I've been using :
Set Template = <No Value Set>
Set Other Hdrs = Subject: [babblexia] (fwd)
Use SMTP Server = <No Value Set>
Use NNTP Server = <No Value Set>
Incidentally, that was working fine this morning. When I used it twice this afternoon, I got bounces, some claiming "refused by user" -- even though the users named are some of my most valued regulars, who would never start refusing, because they comment on lots.
It sounds like the outgoing SMTP server you used is on one (or more) block list. This is a problem that everyone is having these days and is one of the reasons that I recommended that you get a backup email service provider.
role2
smtp2.example.net
The only other I have, and should probably delete, since it gets taken as
relaying :
Initialize settings using role : <No Value Set>
Set From = Beartooth <Beartooth@xxxxxxxxxxxx>
Set Reply-To = <No Value Set>
Set Fcc = <No Value Set: using "value from fcc-name-rule">
Set LiteralSig = <No Value Set>
Set Signature = <No Value Set: using "default (sig/venato)">
Set Template = <No Value Set>
Set Other Hdrs = <No Value Set>
Use SMTP Server = mail.adelphia.net
Use NNTP Server = <No Value Set>
My guess is that none of these have an smpt-server setting, but I need
to be sure.
* Also, please tell me how many roles you have set up.
If I delete the second one, only one.
Thanks for the info Beartooth. I recommend that you do *not* delete your adelphia.net role, but change its nickname to something like this:
Nickname: Adelphia.net (use only if other roles don't work)
The plan is to transition you away from this role, but you will need it for the following:
1] email communication with Adelphia.net
2] unsubscribing from any lists or other solicited bulk email that you get at that address
Gmail
I try to be paranoid and can't keep up; but I can at least keep my distance from as much of google as possible, including deleting cookies hand over fist ...
Understood (and I approve!).
How much am I apt to use this backup? I've been thinking of getting a local dialup, which is linux-friendly, for the times adelphia is so far down that I can get to neither ssh nor web nor adelphia mail -- i.e., just for short term emergencies. Would that do? Or is it something I may spend whole days on?
No that would not do. You want to get an email service provider that is completely independent of any of your Internet *access* providers. If you do get this linux-friendly dialup, which sounds like a good idea, the email account with them will be in the same category as your Adelphia email account, i.e.:
Nickname: dialup.net (use only if other roles don't work)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
And am I going to get to it by phone, or through adelphia, or what??
You are going to get it *through the Internet*!
Remember the diagram I drew the other day with all the Internet protocols and servers? The point of that diagram was this:
Your ability to access Internet services is independent
of your Internet *Access* Provider.
My guess is that the reason you are confused about this is because some access providers, for example AOL, have tried to
lock people into using their Internet services, for example their email services.
You want to break away from any kind of lock in. It's important for your own personal flexibility and freedom, but it's also important for the general health of the Net.
Be free/libre!
Nancy
--
Nancy McGough
Infinite Ink: <http://www.ii.com/>
Bookmarks & Blog: <http://deflexion.com/>
.
- Follow-Ups:
- Re: About those IMAP questions (was Re: Bogus From: Header ...)
- From: Beartooth
- Re: About those IMAP questions (was Re: Bogus From: Header ...)
- References:
- Mergery : new minor snag
- From: Beartooth
- Re: Mergery : new minor snag
- From: r royar
- Re: Mergery : new minor snag
- From: Beartooth
- Re: Mergery : new minor snag
- From: NM Public
- Re: Mergery : new minor snag
- From: Beartooth
- Re: Mergery : new minor snag
- From: NM Public
- Re: Mergery : new minor snag
- From: Beartooth
- Re: Mergery : new minor snag -- Pan update
- From: Beartooth
- Bogus From: Header (Was: Mergery : new minor snag -- Pan update)
- From: NM Public
- Re: Bogus From: Header (Was: Mergery : new minor snag -- Pan update)
- From: Beartooth
- Re: Bogus From: Header (Was: Mergery : new minor snag -- Pan update)
- From: NM Public
- About those IMAP questions (was Re: Bogus From: Header ...)
- From: Beartooth
- Re: About those IMAP questions (was Re: Bogus From: Header ...)
- From: NM Public
- Re: About those IMAP questions (was Re: Bogus From: Header ...)
- From: Beartooth
- Re: About those IMAP questions (was Re: Bogus From: Header ...)
- From: NM Public
- Re: About those IMAP questions (was Re: Bogus From: Header ...)
- From: Beartooth
- Re: About those IMAP questions (was Re: Bogus From: Header ...)
- From: NM Public
- Re: About those IMAP questions (was Re: Bogus From: Header ...)
- From: Beartooth
- Mergery : new minor snag
- Prev by Date: Re: About those IMAP questions (was Re: Bogus From: Header ...)
- Next by Date: Re: About those IMAP questions (was Re: Bogus From: Header ...)
- Previous by thread: Re: About those IMAP questions (was Re: Bogus From: Header ...)
- Next by thread: Re: About those IMAP questions (was Re: Bogus From: Header ...)
- Index(es):
Relevant Pages
|