subject:"fetchmail"

Re: ProcMail, WAS: Re: Fetchmail and Gmail

2009-08-25 Thread Celejar

On Tue, 25 Aug 2009 13:32:21 +0300
Micha mi...@post.tau.ac.il wrote:

 On 8/24/2009 11:34 PM, Paul Cartwright wrote:
  On Mon August 24 2009, Micha wrote:
  Personally I use fetchmail + procmail to fetch and filter my mail
 
  I use fetchmail to pull in my mail for all my domain accounts. Kmail pulls 
  it
  all in via my local user. From there I have many, MANY filters to put mail 
  in
  separate folders.
  what benefit would I get from procmail?

...

 3. Text file with regular expression based rules that you know where it 
 resides 
 and can back it up and human read it

As the resident Sylpheed fanboy, I must point out that Sylph stores
all its configuration, including its filter rules (which can utilize
regex's), in fairly easy to understand XML files under
$HOME/.sylpheed-2.0.

Celejar
-- 
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: ProcMail, WAS: Re: Fetchmail and Gmail

2009-08-25 Thread Celejar

On Tue, 25 Aug 2009 13:44:57 +0300
Andrei Popescu andreimpope...@gmail.com wrote:

 On Ma,25.aug.09, 13:32:21, Micha wrote:
  
  On the downside, if you want to explicitly pull mail now, pulling
  mail from kmail doesn't pull the mail off your accounts, you need to
  do that explicitly from the command line
 
 Not very familiar with kmail, but claws-mail (sylpheed too?) has 
 configurable Actions which you can use to run external 
 programs/scripts.

Of course Sylph does ;)

Celejar
-- 
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: ProcMail, WAS: Re: Fetchmail and Gmail

2009-08-25 Thread Chris Jones

On Tue, Aug 25, 2009 at 10:57:01PM EDT, Celejar wrote:
 On Tue, 25 Aug 2009 13:32:21 +0300
 Micha mi...@post.tau.ac.il wrote:

 ...

  3. Text file with regular expression based rules that you know where
  it resides and can back it up and human read it

 As the resident Sylpheed fanboy, I must point out that Sylph stores
 all its configuration, including its filter rules (which can utilize
 regex's), in fairly easy to understand XML files under
 $HOME/.sylpheed-2.0.

Nice.. 

So it should be fairly straightforward to generate a procmail .rc file
and move the filters  where they rightly belong..

:-)

CJ



-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: ProcMail, WAS: Re: Fetchmail and Gmail

2009-08-25 Thread Manoj Srivastava

On Tue, Aug 25 2009, Andrei Popescu wrote:

 On Mon,24.Aug.09, 20:56:27, Paul Cartwright wrote:

 but looking at the procmailrc( now non-existant), then thinking about my 200 
 kmail filters, I'm not sure I could tackle that task..

 maildir (and procmail too as I hear, but I don't like its syntax) is 
 *very* powerful. I recently did a major rewrite on my maildrop rules. I 
 had one rule for each Debian list, now I have exactly one:

 # These are the lists.debian.org lists
 if (/^List-Id:.*debian-(.*)\.lists.debian.org/)
 {
   to Maildir/.debian.$MATCH1  
 }

 Similar for googlegroups, alioth, ... All that was needed was a bit of 
 folder renaming ;)

Hmm. Here is my Debian section; this pulls out emails for my
 packages from the pts, discards all other devel-changes mail;  pulls
 out boring debbugs  email, send bugs for my package into a package
 specific folder,  pulls out mail sent to bugs I reported separately,
 and then files every debian group to a separate folder.

Oh, I used to separate out ballots and votes, etc, but that is
 mostly done away with.

After mailagent, procmail seems ... underpowered.

manoj

##
##
##
#Debian  #
##
##
##
##
INITIAL  X-PTS-Package: /([-\w]+)/ 
  { ANNOTATE -d X-Agent-list 'pkg-%1';
  ASSIGN list 'pkg-%1';
  REJECT MailingList };
# X-Mailing-List To Resent-From Resent-To Resent-Reply-To Cc
INITIAL  X-Loop: /debian-devel-changes/i   { REJECT JUNK; };

# Do not wish to see acks for bug reports
INITIAL From: /own...@bugs.debian.org/, Subject: /Bug#\d+: Acknowledgement /
   { REJECT JUNK; };

# These have little information really
INITIAL From: /own...@bugs.debian.org/, Subject: /Bug#\d+: Info received/i
   { REJECT ClosedBugs };

INITIAL  X-Loop: /debian-bugs-dist/i{ REJECT DEBIANBUGS };
INITIAL  X-Loop: /own...@bugs.debian.org/i  { REJECT DEBIANBUGS };

INITIAL X-Loop X-Mailing-List To Resent-From Resent-To Resent-Reply-To Cc:
 /lists.debian.org/i  { REJECT DEBIAN };

INITIAL X-Loop X-Mailing-List To Resent-From Resent-To Resent-Reply-To Cc:
 /debian-ctte/i  { REJECT DEBIAN };

INITIAL X-Loop: /deity/i  { ASSIGN list deity; REJECT MailingList  };

INITIAL Sender From: /install...@ftp-master.debian.org/
{ ASSIGN list 'installed'; REJECT MailingList };

# Handle My own bugs
DEBIANBUGS To Resent-CC: /Manoj Srivastava/
{ REJECT MYBUGS };

MYBUGS X-Debian-PR-Package: /([-\w]+)/ 
  { ANNOTATE -d X-Agent-list 'pkg-%1';
  ASSIGN list 'pkg-%1';
  REJECT MailingList };

# Resent-To: Manoj Srivastava is for bugs I reported
MYBUGS /./
{ ASSIGN list 'debian';
  ANNOTATE -d X-Agent-list unknown-bug-list;
  REJECT MailingList;
};

#handle policy bugs
DEBIANBUGS X-Debian-PR-Package: /debian-policy/
{ ASSIGN list 'debian-policy';
  ANNOTATE -d X-Agent-list debian-list;
  REJECT MailingList;
};

DEBIANBUGS X-Debian-PR-Package: /general/
{ ASSIGN list 'debian-devel';
  ANNOTATE -d X-Agent-list general-bugs;
  REJECT MailingList;
};

DEBIANBUGS X-Debian-PR-Package: /wnpp/
{ ASSIGN list 'wnpp';
  ANNOTATE -d X-Agent-list debian-list;
  REJECT MailingList;
};

DEBIANBUGS Subject: /\[proposal\]/i, X-Debian-PR-Package: /debian-policy/
{ ASSIGN list 'debian-policy';
  ANNOTATE -d X-Agent-list debian-list;
  REJECT MailingList;
};

DEBIANBUGS All:  /./  
{
   ASSIGN list 'debian-bugs';
   ANNOTATE -d X-Agent-list debian-list;
   REJECT MailingList;
};

DEBIAN X-Loop:
  /(debian-bugs-(closed|forwarded))(-(request|dist))?...@lists.debian.org/i
   { REJECT ClosedBugs };
DEBIAN X-Loop X-Mailing-List To Resent-From Resent-To Resent-Reply-To Cc :
   /(debian-ctte+)(-(request|dist|private))?...@debian.org/gi
   { ASSIGN list '%1';
 ANNOTATE -d X-Agent-list debian-list;
 REJECT MailingList;
   };

DEBIAN  Subject: /CFV: Proposal/, X-Loop: /debian-vote/ { REJECT VOTE };

DEBIAN X-Loop: /(debian-[\w-]+)(-(request|dist))?...@lists.debian.org/gi
   { ASSIGN list '%1';
 SUBST #list /-(digest|request|dist)//gi;
 SUBST #list /devel-changes/changes/i;
 ANNOTATE -d X-Agent-list debian-list;
 REJECT MailingList;
   };

VOTE Body: /^\s*I vote\s+\w+\s+on/i
{ UNIQUE -a (vote); VACATION off; MESSAGE ~/etc/mail/voteack; 
  REJECT VOTEACK; };
VOTE

Re: ProcMail, WAS: Re: Fetchmail and Gmail

2009-08-25 Thread Ron Johnson


On 2009-08-25 23:30, Chris Jones wrote:

On Tue, Aug 25, 2009 at 10:57:01PM EDT, Celejar wrote:

On Tue, 25 Aug 2009 13:32:21 +0300
Micha mi...@post.tau.ac.il wrote:



...



3. Text file with regular expression based rules that you know where
it resides and can back it up and human read it



As the resident Sylpheed fanboy, I must point out that Sylph stores
all its configuration, including its filter rules (which can utilize
regex's), in fairly easy to understand XML files under
$HOME/.sylpheed-2.0.


Nice.. 


So it should be fairly straightforward to generate a procmail .rc file
and move the filters  where they rightly belong..


Or, if you are in your right mind, maildrop.

--
Obsession with preserving cultural heritage is a racist impediment
to moral, physical and intellectual progress.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Fetchmail and Gmail

2009-08-24 Thread Rob Gom

On Sun, Aug 23, 2009 at 9:30 PM, Ron Johnsonron.l.john...@cox.net wrote:
On 2009-08-23 14:09, Rob Gom wrote:

Hi all,
could anyone explain to me why fetchmail is needed in the first place?

Now *this* is an excellent flame!

Why do you consider my opinion as flamewar, whereas I only expect some
simple answers?

From user's point of view it is something additional. Instead of
configuring mail setup in single place (MUA, mail program), one has to
set it up both in MUA (retrieve mail from local mail box) and
fetchmail configuration file.

It's not that difficult. Really.

In my (ordinary user) opinion configuring mail program from its gui
and text file somewhere in the filesystem is more difficult than
editing only one place. And, believe me or not, there are people who
prefer graphical interfaces for some tasks, finding them more
convenient than command line.

The latter (IMHO) has very limited
functionality of password encryption handling,

Sure it doess, with POPS.

Maybe I haven't been understood well. My mail provider gives me a
password. In mail program I add it to some wallet or let mail program
to encrypt it after setting up. If I want to use fetchmail, I have to
write it there in plain text (correct me if I'm wrong), which is not
what I like doing.

no gui integration

Boo fscking hoo.

I beg your pardon?

- it
is needed to launch text editor to edit specific file...

Again, boo fscking hoo.

Does this setup have any advantages?

Yes, it does, since it fetches your mail *for you* from your ISP's POP
server, and can send it to an MTA, which passes it thru SpamAssassin and
then an MDA, which then filters your email into separate folders depending
on topic or sender.

So? Where's the advantage? My mail program fetches mail *for me* from
my ISP's POP server, passes it thru any filter (let it be
spamassassin), then writes it to separate folders depending on
basically anything. Fetchmail, MTA, MDA avoided, whereas the same
purpose achieved. Easier.

Another benefit: for the longest time, ISPs had very small mailbox sizes,
and some still do. fetchmail/getmail running in daemon mode or through cron
every X minutes will keep your ISP mailbox relatively empty, even if you go
away on vacation.

Only if my computer (desktop) stays powered on all the time which is
not the case. And mailboxes are big enough.

It is counterintuitive

Remember, *ix is both a desktop and serve at the same time. Thus, break out
of your Windows Mentality.

It seems that you strongly believe in that. Please, don't
underestimate others technical knowledge. I am able to set up
fetchmail et al, but I don't find it necessary nor logical. Let the
engine be complicated as hell (fetchmail, MUA, MTA, MDA, spamassassin,
others), but also let user only touch the steering wheel and ignition
button.

and non
ergonomic, isn't it?

Ergonomics has nothing to with fetchmail.

But it has something to do with setting up your working environment.

Unless automatically fetching mail so that you don't have to is considered
ergonomic.

The above makes no sense to me, sorry.

Are there any mail programs which allow seamless integration with
fetchmail/getmail?

All MTAs and MDAs, and Maildir, seamlessly integrate with fetchmail.

Are there any mail programs, which allow all mail server settings
(server, port, user, password, ..) to be passed to/handled by
fetchmail? Like a checkbox don't download it by yourself, let
fetchmail to do it for you.

< 1 2 3 4 5 6 7 8 9 10 >

401 - 500 of 4612 matches

Mail list logo