On 1/23/13, David Guntner wrote:
> Alois Mahdal grabbed a keyboard and wrote:
>> I wonder if there already is a solution for this:
...
> One of the machines on my home network is my Linux server, running
> Debian Squeeze. I've got Postfix installed for the MTA
same here
> and Procmail installed
Hello all,
with embarrassing delay :) I'd like to thank to you again.
Finally I looked at the imapfilter and found out that it was exactly
what I was looking for. Especially I liked how it's versatile and it
does not make assumptions about where you primarily want to store your
mail---you can ma
Joel Roth wrote:
> For anyone else wanting to use the imapget script a few other
> caveats:
(snip)
> + due to not sufficiently understanding Unicode, I simply filter
> out non-ASCII characters from the From: and Subject:
> headers
Ack, for logging only. This munging is not applied to mess
alois.mahdal.1-ndm...@zxcvb.cz wrote:
> Thanks everybody for answers.
>
> I wonder: is it possible to do the fetchmail/procmail
> solution without actually *storing* the mail where the
> daemon runs? I mean, just talk to the remote IMAP server
> and tell him "move it to that folder there"?
>
>
Thanks everybody for answers.
I wonder: is it possible to do the fetchmail/procmail
solution without actually *storing* the mail where the
daemon runs? I mean, just talk to the remote IMAP server
and tell him "move it to that folder there"?
I would like to avoid the massive duplication. The VPS
On Fri, Jan 25, 2013 at 04:08:37AM CET, Lázaro said:
> Thread name: "Re: Client "daemon" for sorting e-mail via IMAP"
> Mail number: 8
> Date: Wed, Jan 23, 2013
> In reply to: Robert Brockway
> >
> > On Tue, 22 Jan 2013, Erwan David wrote:
> >
Alois Mahdal wrote:
> Since I'm using various clients, filtering using rules in MUA is not
> practical. I would prefer to have all this logic in a single place,
> (namely my personal VPS box), where for example a script would exist
> just for purpose of regularly checking new mail and moving the n
On Sun, Jan 27, 2013 at 01:36:56AM +1000, Robert Brockway wrote:
> On Thu, 24 Jan 2013, Lázaro wrote:
>
> >aptitude search sieve|grep mailutils
>
> I have old mail that needs to be re-sorted. While I could re-sort
> everything periodically this is resource intensive (with a lot of
> mail) and wo
On Thu, 24 Jan 2013, Lázaro wrote:
aptitude search sieve|grep mailutils
I realised after I posted that I'd failed to state _why_ I switched to
imapfilter rather than continuing to use one of the myriad of delivery
filtering solutions available.
Over 15-20 years my ideas on how I want to so
On 23/01/13 10:20, Jochen Spieker wrote:
> Chris Davies:
>> Alois Mahdal wrote:
>>
>>> Since I'm using various clients, filtering using rules in MUA is not
>>> practical. I would prefer to have all this logic in a single place,
>>> (namely my personal VPS box), where for example a script would e
Thread name: "Re: Client "daemon" for sorting e-mail via IMAP"
Mail number: 8
Date: Wed, Jan 23, 2013
In reply to: Robert Brockway
>
> On Tue, 22 Jan 2013, Erwan David wrote:
>
> >I personnaly use imapfilter for such tasks. But it requires some lua
> >
On Wed, Jan 23, 2013 at 08:53:05AM +1000, Robert Brockway wrote:
> On Tue, 22 Jan 2013, David Guntner wrote:
>
> >So it might actually be safer to let it hand the mail off to Postfix
> >(and let *that* handle Procmail) anyway
>
> There are a few options here:
>
> (1) Use maildrop (not to be
Chris Davies:
> Alois Mahdal wrote:
>
>> Since I'm using various clients, filtering using rules in MUA is not
>> practical. I would prefer to have all this logic in a single place,
>> (namely my personal VPS box), where for example a script would exist
>> just for purpose of regularly checking n
On Ma, 22 ian 13, 18:02:03, David Guntner wrote:
>
> Actually, in all the (many) years I've been using Procmail, I've never
> once had it fall through and just discard the message outright.
How can you tell?
Kind regards,
Andrei
--
Offtopic discussions among Debian users and developers:
http://
Robert Brockway grabbed a keyboard and wrote:
>
> Me too. I figured on a list of thousands(?) I better mention it lest
> someone go out and just turn it on, on their MTA :)
Understood. Though as a favor, if you do that again in the future, if
you're bringing something up that's outside the scop
On Tue, 22 Jan 2013, David Guntner wrote:
Actually, in all the (many) years I've been using Procmail, I've never
once had it fall through and just discard the message outright. Maybe
that happens if you've got a rule that *would* route to /dev/null and
the errant test above falls through to it?
Robert Brockway grabbed a keyboard and wrote:
> On Tue, 22 Jan 2013, David Guntner wrote:
>
>>> (2) Use a catch-all rule at the end of .procmailrc so that even if mail
>>> falls through it goes somewhere other than /dev/null.
>>
>> Also mentioned in the manpage I quoted: It doesn't say that the e
On Tue, 22 Jan 2013, Erwan David wrote:
I personnaly use imapfilter for such tasks. But it requires some lua
scripting, as it is rather a lua library for accessing and searching imap
accounts than a program.
I've been using imapfilter for about a year after 15+ years of using
fetchmail/procm
On Tue, 22 Jan 2013, David Guntner wrote:
(2) Use a catch-all rule at the end of .procmailrc so that even if mail
falls through it goes somewhere other than /dev/null.
Also mentioned in the manpage I quoted: It doesn't say that the errant
filter error sends to /dev/null, but there's a risk a
Robert Brockway grabbed a keyboard and wrote:
> On Tue, 22 Jan 2013, David Guntner wrote:
>
>> So it might actually be safer to let it hand the mail off to Postfix
(Which, just to be clear, is done by fetchmail's default action, which
is to hand off the mail via the SMTP port; not specifically by
Alois Mahdal wrote:
> I have several mailboxes in various places that I access using
> several clients (e.g. other from my laptop, other from my Android
> and other from a public place).
> Since I'm using various clients, filtering using rules in MUA is not
> practical. I would prefer to have al
On Tue, 22 Jan 2013, David Guntner wrote:
So it might actually be safer to let it hand the mail off to Postfix
(and let *that* handle Procmail) anyway
There are a few options here:
(1) Use maildrop (not to be confused with MailDrop). Like procmail but
safer (apparently). Home site: htt
Chris Bannister grabbed a keyboard and wrote:
> On Tue, Jan 22, 2013 at 10:10:07AM -0800, David Guntner wrote:
>> My regular user account runs fetchmail via cron every so often,
>> which goes out via secure (encrypted) IMAP connections to my
>> various mailboxes scattered across the Internet. :-)
On Tue, Jan 22, 2013 at 06:45:06PM +0100, Alois Mahdal wrote:
> Hello everyone!
>
> I wonder if there already is a solution for this:
>
> I have several mailboxes in various places that I access using
> several clients (e.g. other from my laptop, other from my Android
> and other from a public pl
On Tue, Jan 22, 2013 at 10:10:07AM -0800, David Guntner wrote:
> My regular user account runs fetchmail via cron every so often, which
> goes out via secure (encrypted) IMAP connections to my various mailboxes
> scattered across the Internet. :-) That, in turn, feeds the mail to
> Postfix for hand
Alois Mahdal grabbed a keyboard and wrote:
> I wonder if there already is a solution for this:
>
> I have several mailboxes in various places that I access using
> several clients (e.g. other from my laptop, other from my Android
> and other from a public place).
>
> Some of boxes (e.g. the one I
Le 22/01/2013 18:45, Alois Mahdal a écrit :
Hello everyone!
I wonder if there already is a solution for this:
I have several mailboxes in various places that I access using
several clients (e.g. other from my laptop, other from my Android
and other from a public place).
Some of boxes (e.g. th
27 matches
Mail list logo
