On Wed, 2011-11-16 at 20:42 -0500, Alex wrote:
[...]
Unrelated to other dovecot specific questions...
> Is there an index file that dovecot-lda updates for imap?
Yes. Which would be the advantage of using dovecot deliver, directly or
called from procmail.
> Can I just eliminate it entirely and
On Tue, 2011-11-15 at 19:00 -0500, Alex wrote:
> DELIVER=/usr/libexec/dovecot/deliver
>
> :0 fhW
> | $DELIVER -m xspamtest
Do you really want the pipe to be a (f)ilter? What do you expect deliver
to pass back? And you're feeding deliver the mail (h)eaders only,
dropping the body.
--
char *t="\
On Wed, 2010-12-22 at 09:34 -0500, Phil Howard wrote:
> 2010/12/21 Karsten Bräckelmann :
>
> > Creating the new mail folder is entirely on the IMAP server side. The
> > MUA (Evolution in your stated case) is irrelevant. If the creation of
> > the new folder fails, it
On Tue, 2010-12-21 at 14:48 -0500, Phil Howard wrote:
> I suspect this is a user agent issue, given that Evolution is flaky in
> so many areas. When I deliver mail to a subfolder/subbox (e.g. the -m
> option in the deliver command), and Evolution doesn't know of it, yet,
> creating it fails, and E
On Wed, 2010-12-08 at 00:02 +, Jamie Paul Griffin wrote:
> > *nod* Back those days I opted for the fetchmail "use IPv4 localhost"
> > fix, to avoid a single local Received header showing an IPv6 address. :)
>
> me too :-)
>
> > Thanks for the note. Although I'm not happy to see the OP used
On Tue, 2010-12-07 at 18:29 -0500, Paul Cartwright wrote:
> On 12/07/2010 05:25 PM, Karsten Bräckelmann wrote:
> > here, I might as well try to help nonetheless -- failing with an IPv6
> > address does look familiar. I don't recall the log messages, since I
> > most
On Tue, 2010-12-07 at 23:31 +, Jamie Paul Griffin wrote:
> > The log snippet clearly shows that it is fetchmail generating the
> > message. For some reason, it cannot connect to the localhost IPv6
> > address for delivery via SMTP.
> >
> > I believe the solution is either (a) to fix your fetc
Please *do* keep the thread on the list, by replying to the list only.
On Tue, 2010-12-07 at 18:07 -0500, Paul Cartwright wrote:
> On 12/07/2010 05:25 PM, Karsten Bräckelmann wrote:
> > Even though this *really* is not related to dovecot at all, while we're
> > here, I might
On Tue, 2010-12-07 at 17:16 -0500, Paul Cartwright wrote:
> On 12/07/2010 04:58 PM, Charles Marcus wrote:
> >> I keep getting this error, and I have no clue where it comes from. I
> >> > have no localhost in my fetchmailrc file, all I have in main.cf is:
> >> > mydestination = paulandcilla.homelinu
On Tue, 2010-12-07 at 16:58 -0500, Charles Marcus wrote:
> On 2010-12-07 4:45 PM, Paul Cartwright wrote:
> > I keep getting this error, and I have no clue where it comes from. I
> > have no localhost in my fetchmailrc file, all I have in main.cf is:
> > mydestination = paulandcilla.homelinux.org, l
On Wed, 2010-11-17 at 20:55 +0100, Ralf Hildebrandt wrote:
> my ($type, $data) = ($1, $3);
> to
> my ($type, $data) = ($1, $4);
> since I added another pair of ()
Just use non-capturing grouping instead. (?:foo)
--
char *t="\10pse\0r\0dtu...@ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4"
On Mon, 2010-11-15 at 16:27 -0600, Stan Hoeppner wrote:
> Then apparently you didn't read the thread. The OP told his users long
> ago "do this". Then he made a change and told them [...]
No, he did not.
This thread lost its funny long ago. It started off quite amusing, the
first two posts have
On Sun, 2010-10-24 at 18:02 -0500, Stan Hoeppner wrote:
> > Don't know about Ubuntu but Fedora 11 is already EOL'ed so there's no
> > need to fix it for that. Didn't realise that glibc 2.10 was that rare.
>
> How old is glibc 2.10?
>
> I thought Debian Lenny (which I use) was old. It's approachi
On Sun, 2010-10-10 at 17:57 -0400, Jerrale G wrote:
> > On 10/7/2010 8:16 AM, Ralf Hildebrandt wrote:
> > >fts = squat
> >
> > I'm probably talking out of the wrong hole again - but have you tried
> > removing squat from your plugin list to see if it makes a difference?
> Daniel Miller,
>
>
On Fri, 2010-05-28 at 12:55 +0200, Gonzalo Aguilar Delgado wrote:
> I realized that I have only e-mails from last 13 days. I see that I have
> lots more in the cur folder inside my Maildir folder.
>
> The problem is that I cannot see them.
> What can be the problem?
Since you didn't claim you ac
On Fri, 2010-03-05 at 09:50 +, Ed W wrote:
> I would suggest it might be an over-bold move given that it changes the
> requirement to understand your filtering LDA from beginner to
> intermediate, [...]
This is an IMAP *server* list. It should be fairly safe to assume mail
admins exceeded th
On Fri, 2010-03-05 at 14:01 +0800, Patrick Nagel wrote:
> On 2010-03-05 07:49, Karsten Bräckelmann wrote:
> > I don't recall any, other than plain refusal to use a dedicated folder,
> > rather than dumping it all into the Inbox...
>
> IMO, Michael M. Slusarz had a
On Thu, 2010-03-04 at 19:07 -0600, Rick Romero wrote:
> Oh, I thought the backslash was escaping the / .. I was just going by
> an example I had - even though now that I think about it, that really
> makes no sense. \o/
> In any case, yes, I want to skip Matching replies, because otherwise
On Thu, 2010-03-04 at 17:46 -0600, Rick Romero wrote:
> Quoting "Karsten Bräckelmann" :
> > # Force-inject [Dovecot] Subject tagging, just because I insist on the
> > # list traffic hitting my Inbox, and am unwilling to filter it.
> >
> > :0 fw
>
On Fri, 2010-03-05 at 00:45 +0200, Timo Sirainen wrote:
> On 4.3.2010, at 22.59, Timo Sirainen wrote:
>
> > Do you think I'd break a lot of people's filters if I removed the
> > prefix? :) Anyone strongly for/against removing it? It seems kind of
> > annoying to me whenever I happen to think about
> > > I'm by no means a procmail expert, but this seems to work (though
> > > [Dovecot] gets put before the Re:)
> This is better for procmail (doesn't change Subject if [Dovecot]
> already there)
> :0 fhw
> * ^List-Id:.*Dovecot Mailing List
> {
>:0
The first one is not a filter, and we don
On Sat, 2009-10-17 at 23:57 +0200, Andrzej Adam Filip wrote:
> Karsten Bräckelmann wrote:
> > On Sat, 2009-10-17 at 22:41 +0200, Andrzej Adam Filip wrote:
> >> a) *clearly* mark POP/IMAP account fetched by fetchmail
> >>[with fetchmail using directly dove
*nudge* Anyone? Since Timo seems to be on a list processing spree
lately, here's hoping. :)
On Tue, 2009-09-01 at 22:20 +0200, Karsten Bräckelmann wrote:
> Guys,
>
> Dovecot 1.0.15 [1], just built the latest antispam-plugin 1.2 (tarball)
> for testing, mailtrain backend for SA
On Sat, 2009-10-17 at 22:41 +0200, Andrzej Adam Filip wrote:
> a) *clearly* mark POP/IMAP account fetched by fetchmail
>[with fetchmail using directly dovecot-deliver in --mda option]
Would the fetchmail tracepolls option not do? It generates a header like
this, including local and remote acco
Guys,
Dovecot 1.0.15 [1], just built the latest antispam-plugin 1.2 (tarball)
for testing, mailtrain backend for SA integration. Both built from
custom spec files.
The mail that is being trained is different than its respective source
in the mbox file. The trained one shows added, trailing carria
Heya, Ross :)
On Sun, 2009-06-07 at 22:01 +0100, Ross Burton wrote:
> Is there any way to let me access all three maildirs through dovecot?
> I'm guessing that I can do this with namespaces but I'm not sure. Any
> suggestions and pointers?
Personally, I use different system users on the IMAP ser
On Wed, 2009-05-27 at 17:16 +0200, Ioannis Aslanidis wrote:
> And this may be why:
> * 3.9 FORGED_MUA_OUTLOOK Forged mail pretending to be from MS Outlook
Ugh. :/ I've been looking into a FP for that rule recently, though the
issue I spotted is different from these headers. Hmm, and it actual
On Thu, 2009-04-09 at 21:29 +0900, ogu...@yahoo.co.jp wrote:
>
> I'd like to know about "Status" to the header on dovecot.
> I can see the "Status" to the header in
> /var/spool/mail/user
> if I check mail by using mutt, but I cannot see "Status" to
> the header if I check mail by using evolution,
On Mon, 2008-12-15 at 14:34 -0500, Stewart Dean wrote:
> With a mbox format inbox, I don't know that it
> matters much whether it's 10 files or 10,000...it's still gotta haul out
> the whole ugly thing.
Aha, mbox. And pine is your last resort (as you stated in a follow up)?
formail and procmai
On Mon, 2008-10-06 at 11:46 -0700, Chris Cappuccio wrote:
> Is there any way to tell an IMAP client to not synchronize/delete old mail
> through IMAP? Let's say that recent events cause a mail spool to not exist,
> but people may still want to see old messages that are already cached on their
> ma
On Wed, 2008-09-17 at 12:39 -0600, Dan Roberts wrote:
> I did have success in getting my mail accounts converted from mbox to
> maildir, but then ran aground.
>
> I could see all of my existing mail and create new folders, but I
> could not see any of my incoming mail.
>
> What I was late in
> gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/lib -I../../src/lib-sql
> -I../../src/lib-settings -I../../src/lib-ntlm -I../../src/lib-otp
> -DAUTH_MODULE_DIR=\""/usr/local/lib/dovecot/auth"\" -DPKG_LIBEXECDIR=
> \""/usr/local/libexec/dovecot"\"-std=gnu99 -g -O2 -Wall -W
> -Wmissing-prototypes
Sorry, posting in chunks today.
On Mon, 2008-06-02 at 00:06 +0300, Timo Sirainen wrote:
> I think my previous mail about it described some persistent uniqueness
> checks.
You didn't mention persistence, but uniqueness checks with SHA-1 sums
stored in some database. Assuming databases are design
On Mon, 2008-06-02 at 00:06 +0300, Timo Sirainen wrote:
> I think my previous mail about it described some persistent uniqueness
> checks. This patch is only about delivery-time hard linking. If two
> different deliveries sent the same message they would be stored using
> different files. So
On Sun, 2008-06-01 at 22:32 +0300, Timo Sirainen wrote:
> http://dovecot.org/tmp/deliver-multiple.diff for Dovecot v1.1 implements
> -p parameter for deliver, which reads the input mail from the
> specified path instead of stdin. With maildir and hardlink copying
> enabled, it also tries to hard l
On Thu, 2008-05-15 at 09:25 +0200, Piotr Wadas wrote:
> [...] AFAIK there's no search for mailing list archives
> available, to let me search for some older guidance in
> this case :(
You can use google, by adding site:dovecot.org to the search.
The dovecot list is one of the last fine mailing li
On Tue, 2008-03-04 at 23:41 +0100, Karsten Bräckelmann wrote:
> On Wed, 2008-03-05 at 00:29 +0200, Timo Sirainen wrote:
> > Oh, this is actually harmless. You can get rid of it (and improve the
> > performance) by setting dotlock_use_excl=yes.
> >
> > But maybe I sh
On Wed, 2008-03-05 at 00:29 +0200, Timo Sirainen wrote:
> > > a) Upgrade to v1.0.11 and use the new mail_privileged_group setting
> > > instead of mail_extra_groups.
> >
> > We tried this but now the mail.log has a number of lines :
> > « dovecot: IMAP(someuser): open(/var/mail/.temp.) failed
On Tue, 2008-03-04 at 08:35 +0200, Timo Sirainen wrote:
> mail_extra_groups=mail setting is often used insecurely to give Dovecot
> access to create dotlocks to /var/mail directory. If you don't use
> mboxes in /var/mail, make sure this setting is cleared.
>
> If you do use /var/mail mboxes and Do
On Tue, 2008-02-19 at 15:44 -0300, "Fábio M. Catunda" wrote:
> Is there a way to hide all messages marked as deleted?
This is a client option, entirely unrelated to the IMAP server.
> Oh, also, is there a way to auto-expunge deleted messages?
Please check the archives. This question came up a co
On Sun, 2008-01-27 at 18:04 -0500, Adam McDougall wrote:
> Try running a script to run 'netstat' frequently, say once a minute, and
> log the port numbers from the connection, example:
> TCPreinheitsgebot:3482mail.egr.msu.edu:993 ESTABLISHED
> TCPreinheitsgebot:3485mail.egr.m
On Sat, 2008-01-19 at 12:46 +0100, Luigi Rosa wrote:
> Scenario: server PC abruptly switched off due to power cable problems
> (an UPS cannot solve this issue), so during shutdown Linux was not
This sounds like rather extreme, exceptional circumstances. And actually
an infrastructure problem, ra
Please resist the urge to top-post.
On Mon, 2007-12-03 at 13:58 +0100, Andre Huebner wrote:
> Sure, its just a modified example. Reason is to mark mails later graphical
> in a webmailer using some procmail/formail technics.
Well, if the fetchmail tagging technique actually matches your use case
On Mon, 2007-12-03 at 11:02 +0100, Andre Huebner wrote:
> i switched mailformat from mbox to maildir. Now i have a little
> problem with procmail/formail and headermanipulation of mails.
>
> Here an example:
>
> 0
> * ^From.*gmx.de
> | (formail -t -I"procmail: gmx.de") >> /var/spool/mail/xx
> I found a page on the web saying I might need the pam-devel package,
> but that doesn't seem to exist for ubuntu.
>
> I saved the output from ./configure, grepped for pam, and got:
> checking for pam_start in -lpam... no
Yup, that needs to be "yes".
> Any ideas? What do I need to get configur
On Thu, 2007-11-22 at 16:38 +0100, Marcus Rueckert wrote:
> On 2007-11-22 15:12:22 +0100, Karsten Bräckelmann wrote:
> > > > And impossible for SuSE out-of-the-box, given their
> > > > braindead [1] init scripts.
> > >
> > > what is so braindead about
[ adding the list back to Cc ]
On Thu, 2007-11-22 at 14:28 +0100, Marcus Rueckert wrote:
> On 2007-11-22 13:31:59 +0100, Karsten Bräckelmann wrote:
> > And impossible for SuSE out-of-the-box, given their
> > braindead [1] init scripts.
>
> what is so braindead about it?
On Wed, 2007-11-21 at 21:33 -0700, Robert W Nocella wrote:
> I have two RHEL4 email servers running postfix/MailScanner which use
> dovecot. They work great. But during bootup the nfslock script in my
> init.d loads rpc.statd and calls portmap to get a port number. Portmap
> keeps giving rpc.statd
48 matches
Mail list logo