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 ass
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 numb
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 time
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 mai
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 w
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
> encode("UTF8"
to html-only mails
# Add text/plain
:0 fhbw
* ^Content-Type:.*text/html
| addtext.pl
#!/usr/bin/perl -w
# This is a mail filter. Takes a mail from STDIN,
# adds a text/plain section to every text/html not in
# multipart/alternative, finally writes cleaned MIME mail to
# STDOUT.
#
# text/plain is
On Tue, Aug 28, 2012 at 08:42:09AM -0500, Derek Martin wrote:
> > Actually the MTA just appends to the file. It can get messy when a
> > second mutt or so with write access changes the mbox more
> > arbitrarily.
>
> You can't assume that. Well, YOU can -- it's probably true in most
Yes. It is ju
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
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
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 run
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 i
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 r
13 matches
Mail list logo
