Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comm.software.mailreader > #1476 > unrolled thread

fetchmail und procmail

Back to article view | Back to de.comm.software.mailreader

Contents

  fetchmail und procmail Rolf Buenning <buenning@gmx.de> - 2025-07-25 12:30 +0000
    Re: fetchmail und procmail Helmut Harnisch <helmut.harnisch@gmx.de> - 2025-07-25 16:31 +0200
      Re: fetchmail und procmail Rolf Buenning <buenning@gmx.de> - 2025-07-25 16:20 +0000
    Re: fetchmail und procmail Joerg Mertens <joerg-mertens@t-online.de> - 2025-07-25 18:28 +0200
    Re: fetchmail und procmail Jörg Lorenz <hugybear@gmx.net> - 2025-07-25 22:52 +0200
      Re: fetchmail und procmail Rolf Buenning <buenning@gmx.de> - 2025-07-26 07:44 +0000

#1476 — fetchmail und procmail

Hallo zusammen,

ich hätte da mal'n Problem...

Eine ganze Weile habe ich thunderbird für eMails benutzt, weil da
immer noch Leute sind, die nur HTML-Mails können oder wollen.
Nun will ich wieder 'back to the roots', da Texte lesen und schreiben
kein HTML erfordert.

Mit Mutt funktioniert alles, kann lesen und schreiben.
Nun hatte ich mir ein script geschrieben, das bei Systemstart
oder auch manuell nachschaut, ob Mails da sind, wenn ja, sie holt und dann
Mutt startet. Das funktioniert nicht mehr.
mein script..

#v+

#!/bin/bash
# prüft nach dem Booten, ob mails da sind, getrennt für gmx und T-Online.
# junk-mails werden mit procmail ausgefiltert
# Regeln in ~/.procmailrc
# Standard ist Nein, keine Mails
new_mails=false;
# gmx, nur prüfen
fetchmail -c -s -f ~/.gmx
if [[ $? -eq  0 ]]  
# Neue Mails sind da
then  
  new_mails=true;
fi

#Jetzt für T-Online
fetchmail -c -s -f ~/.t-online
if [[ $? -eq 0 ]]
then
   new_mails=true;
fi

if [[ "$new_mails" = true ]]
then
#  Mails holen
fetchmail -a "/usr/bin/procmail -d % T"
mutt -Z

#v-

nach Aufruf des scriptes bekomme ich die Meldung....
#v+
Geben Sie das Passwort für rolf@/usr/bin/procmail -d % T ein:
#v-

und meine .fetchmailrc

#v+
set logfile ".fetchmaillog"
poll pop.gmx.net protocol pop3 user "r.buenning@gmx.de" password "geheim" ssl
poll securepop.t-online.de protocol pop3 port 995 user "551004602062-0001"
  password "noch geheimer" ssl
 mda "/usr/bin/procmail -f %F %O"
#v-

und in .fetchmaillog shet u.a.

#v+
fetchmail: Verbindungsfehler für diesen Abruf:
Name 0: Verbindung zu localhost:smtp [127.0.0.1/25] fehlgeschlagen: Verbindungsaufbau abgelehnt.

konnte kanonischen DNS-Namen von /usr/bin/procmail -d % T (/usr/bin/procmail -d % T) nicht finden: 
Der Name oder der Dienst ist nicht bekannt
#v-

Need help.

-- 
Gruss Rolf

[toc] | [next] | [standalone]

#1477

Am 25.07.2025 um 14:30 schrieb Rolf Buenning:
> Name 0: Verbindung zu localhost:smtp [127.0.0.1/25] fehlgeschlagen

Auf localhost 127-0-0-1 läuft kein Dienst auf Port 25
mal überprüfen mit telnet 127.0.0.1 25

[toc] | [prev] | [next] | [standalone]

#1478

On Fri, 25 Jul 2025 16:31:07 +0200, Helmut Harnisch <helmut.harnisch@gmx.de> tippte:
> Am 25.07.2025 um 14:30 schrieb Rolf Buenning:
>> Name 0: Verbindung zu localhost:smtp [127.0.0.1/25] fehlgeschlagen
>
> Auf localhost 127-0-0-1 läuft kein Dienst auf Port 25
> mal überprüfen mit telnet 127.0.0.1 25

Nee, das lag an den Optionen für den MBA-Aufruf.
Ich habe jetzt das Entsprechende aus der .muttrc übernommen, und das
klappte.

fetchmail -a --mda "/usr/bin/procmail -d %T"

-- 
Gruss Rolf

[toc] | [prev] | [next] | [standalone]

#1479

Rolf Buenning <buenning@gmx.de> writes:

> #  Mails holen
> fetchmail -a "/usr/bin/procmail -d % T"
>
> #v+
> fetchmail: Verbindungsfehler für diesen Abruf:
> Name 0: Verbindung zu localhost:smtp [127.0.0.1/25] fehlgeschlagen: Verbindungsaufbau abgelehnt.
>
> konnte kanonischen DNS-Namen von /usr/bin/procmail -d % T (/usr/bin/procmail -d % T) nicht finden: 
> Der Name oder der Dienst ist nicht bekannt
> #v-

Die Syntax ist `fetchmail [option...] [mailserver...]´

Die einzige Option bei deinem Aufruf ist -a, der restliche Teil in
Anführungszeichen wird von fetchmail als Mailserver interpretiert, daher
die Fehlermeldung mit dem nicht auflösbaren DNS-Namen.

Die Angabe eines MDA muss nämlich laut der Manpage mit -m oder --mda
eingeleitet werden, das wäre also in diesem Fall

# `fetchmail -a -m "/usr/bin/procmail -d % T"´

Da fetchmail nun nicht erkannt hat, dass es procmail zur Auslieferung
der Mails aufrufen soll, versucht es sich stattdessen mit dem Mailserver
auf dem lokalen Rechner in Verbindung zu setzen.  Das schlägt aber fehl,
daher die Meldung mit dem Verbindungsfehler.

Gruß

Jörg

[toc] | [prev] | [next] | [standalone]

#1480

On 25.07.25 14:30, Rolf Buenning wrote:
> Hallo zusammen,
> 
> ich hätte da mal'n Problem...
> 
> Eine ganze Weile habe ich thunderbird für eMails benutzt, weil da
> immer noch Leute sind, die nur HTML-Mails können oder wollen.
> Nun will ich wieder 'back to the roots', da Texte lesen und schreiben
> kein HTML erfordert.

Man kann auf dem Thunderbird alle Mails in Reintext schreiben und 
verschicken sowie in Reintext lesen, selbst wenn sie in HTML angekommen 
sind.

Zudem bietet der TB einen Komfort, den diese Relikte aus der digitalen 
Steinzeit nicht bieten können.

> Need help.


https://www.thunderbird.net/en-US/thunderbird/all/

-- 
"Ave! Morituri te salutant!"

[toc] | [prev] | [next] | [standalone]

#1481

On Fri, 25 Jul 2025 22:52:55 +0200, Jörg Lorenz <hugybear@gmx.net> tippte:
> Man kann auf dem Thunderbird alle Mails in Reintext schreiben und 
> verschicken sowie in Reintext lesen, selbst wenn sie in HTML angekommen 
> sind.
>
> Zudem bietet der TB einen Komfort, den diese Relikte aus der digitalen 
> Steinzeit nicht bieten können.
>
Ja, natürlich, aber ich brauche den Komfort zum Texte lesen nicht.
Mir reichen die 'Relikte aus der digitalen Steinzeit', wie man auch hier
am Newsreader slrn sehen kann.
-- 
Gruss Rolf

[toc] | [prev] | [standalone]

Back to top | Article view | de.comm.software.mailreader

csiph-web