On Sat, Mar 12, 2022 at 12:09:01PM +0100, Matthias Apitz wrote:
> El día sábado, marzo 12, 2022 a las 10:05:35 +0100, Joerg Dorchain
> escribió:
>
> > Let's go through that:
> >
> > - An SPF-entry has to be created in the unixarea.de domain, I would assu
On Sat, Mar 12, 2022 at 09:03:37AM +0100, Matthias Apitz wrote:
>
> > > I've been seeing a lot of that lately. Google seem to have tightened
> > > their email security practice recently.
> > >
> > > It appears that 1blu is doing something that GMail doesn't like. They
> > > probably have a
On Sun, May 16, 2021 at 10:32:33AM +1000, raf wrote:
>
> When my workplace switched to office365 (all but me anyway),
> their emails started arriving with UTC date headers. So I
> wrote a procmail recipe to filter incoming emails through
> a little perl script to convert the date header to my
On Fri, Dec 18, 2020 at 02:35:07PM +0100, Josef Wolf wrote:
>
> On Fri, Dec 18, 2020 at 11:56:47PM +1100, raf wrote:
> > On Fri, Dec 18, 2020 at 11:16:23AM +0100, Josef Wolf
> > wrote:
>
> > > Mutt starts up as always and works as expected. But after some time, it
> > > stops
> > > to show
On Sat, Jun 10, 2017 at 04:42:42AM +0800, Yubin Ruan wrote:
> Hi mutt users,
>
> Hmm...do any of you have any solution for sending emails in background
> without hanging up your mutt? I am getting annoyed by the delay coming with
> mutt's default smtp. I would like to have a sendmail script that
On Tue, Mar 15, 2016 at 01:23:37PM +0100, Gabriel Philippe wrote:
>
> Quite funny, I spent some time on it yesterday...
>
> This is rfc2047 encoding [1]. It can probably use other charsets (not
> only UTF-8).
>
> The best way I found is to pipe it through perl -MEncode -ne 'print
>
is generated by lynx -dump
#
# TODO: fix charset
#
# Inspired by fixmail.pl by Boris 'pi' Piwinger
# 3...@piology.org
#
# (c) Joerg Dorchain jo...@dorchain.net
# This code is public domain. It comes with absolutely no warranty.
# If it eats your mails for lunch, that's your problem. If you don't
On Thu, Aug 23, 2012 at 01:49:07PM -0500, Derek Martin wrote:
Not really. You can't really fix this. If mutt can't lock the folder
then other processes (e.g. the MDA) can change the contents out from
under Mutt while it's reading the file, potentially resulting in an
inconsistent state.
Hello,
I have a setup where my MTA delivers mail to an mbox file, which
then is in turn exported via nfs read only to the client where
mutt is running. Main purpose of this construction is viewing
certain attachments.
While all this works fine the first time mutt is started, after a
while there
On Thu, Aug 23, 2012 at 10:28:35AM +0200, Christian Brabandt wrote:
On Thu, August 23, 2012 08:53, Joerg Dorchain wrote:
I have a setup where my MTA delivers mail to an mbox file, which
then is in turn exported via nfs read only to the client where
mutt is running. Main purpose
On Thu, Aug 23, 2012 at 11:39:25AM +0200, Joerg Dorchain wrote:
If just seems that mutt does not check for new mails at all when
it considers a mailbox read only.
I need to correct myself: With an strace, I see that mutt does a
stat() on the mbox file with every keypress while in the index
Hello,
I am wondering if it is possible to tell mutt to check for
updates in mailboxes that are on a read-only nfs share.
I have mutt 1.5.21-5 (debian testing) on machines which mounts
/var/mail/ readonly via nfs4 from the server where /var/mail/mbox
is updated. mutt detects that the mailbox is
12 matches
Mail list logo