it-swarm.com.de

Mutt-Meldung: "Wecker"

kurzversion: Ich versuche, Mail mit Mutt zu senden. Es schlägt fehl und sagt "Wecker". Was bedeutet das, wie behebe ich das?

lange version: ich habe einen ubuntu server tiny tiny rss . Es sendet tägliche E-Mail-Zusammenfassungen mit der Funktion mail () von php. Ich möchte, dass das funktioniert. Ich habe eine Domain mit Google Apps und möchte, dass E-Mails von [email protected] gesendet werden. Ich habe Postfix und Sendmail ausprobiert, aber ich konnte sie nicht richtig konfigurieren (und ich denke, da es sich um MTAs handelt, sind sie sowieso übertrieben). Ich höre (lies: hoffe), dass Mutt verwendet werden kann, um sendmail für PHP-Zwecke zu ersetzen. Bis zum Ende des Versendens von E-Mails von mutt habe ich eine .muttrc-Datei für mein eigenes Google Mail-Konto erstellt, und das Versenden hat problemlos funktioniert. Also ich vermute mutt ist richtig installiert. Wenn ich jedoch meine Konfiguration so ändere, dass sie für meinen Domainnamen funktioniert, funktioniert sie nicht. Hier ist meine neue .muttrc:

set from = "[email protected]"
set realname = "vassago"
set imap_user = "[email protected]"
set imap_pass = <password>
set smtp_url="smtp://[email protected]:587/"
set smtp_pass=<password>
set folder = "imaps://imap.gmail.com:993"
set spoolfile = "+INBOX"
set postponed ="+[Gmail]/Drafts"
set header_cache = ~/.mutt/cache/headers
set message_cachedir =~/.mutt/cache/bodies
set certificate_file =~/.mutt/certificates
set move = no
set imap_keepalive = 900

wenn ich nur mutt starte, werden die E-Mails angezeigt. Ich habe versucht, die Zeilen mit smtp_url und smtp_pass zu löschen, aber das hat auch nicht funktioniert. Mit dieser Konfiguration laufe ich

echo "hi again" | mutt -s "test03 from mutt" <my email address>

einige Zeit vergeht, "Wecker" wird gedruckt und das Programm kehrt zurück, die Mail wurde angeblich nicht gesendet. Was mache ich falsch?

2
Adam R. Grey

Der Täter war smtp_url. Ich habe die Zeile geändert:

set smtp_url="smtp://[email protected]@smtp.gmail.com:587/"

jetzt funktioniert es. Ich habe noch keine Ahnung, was "Wecker" bedeutet.

2
Adam R. Grey

Tatsächlich ist "Wecker" eine Mutt-Fehlermeldung, die sich auf eine Zeitüberschreitung bezieht.

In letzter Zeit wurde ich beim Versuch, meine muttrc-Datei zu debuggen, von dieser netten "Wecker" -Fehleranzeige geplagt. Das Hauptproblem stellte sich als eine Kombination des Parameters "set smtp_url" und des Parameters connect_timeout von msmtp heraus. Lokale Internet-Service ist bestenfalls fleckig, und damit die Timeout-Probleme.

HAUPTPROBLEM: Als ich eine mehrzeilige Textdatei über die Befehlszeile an mutt gesendet habe: cat report.out | mutt -s "Zusammenfassung" "[email protected]" mutt hat wiederholt mit der kryptischen Nachricht Wecker gesprengt Ich habe viel Zeit damit verschwendet, das Problem in mutt zu verfolgen. Es gab ein Problem, aber der Haupttäter war .msmtprc. Beheben Sie es zuerst.

MSMTP-HINTERGRUND: Zunächst einige Hintergrundinformationen. Ich verwende msmtp und dachte, dass es gut funktioniert: zum Beispiel die cmd-Zeile cat report.out | msmtp -a default [email protected] hat wie erwartet die letzte Zeile der Datei ohne Betreff gesendet.

Hier ist eine Kopie von .msmtprc. Ich habe den Trick eingefügt, um sichere Smtps zu aktivieren:

-------------------------------------------------- --------------

account gmail
Host smtp.gmail.com          
port 465                  
from "[email protected]"   
tls on                       
#tls_starttls on              
# If you get a "server sent empty reply" error, add the following line:
    tls_starttls off
# This allows msmtp to use SSL/TLS (port 465) in place of STARTTLS (port 587)
tls_trust_file /etc/ssl/certs/ca-certificates.crt
auth on                     
user "myemailacct"       
password "mypassword"       
logfile ~/.msmtp.log

# Set a default account
account default : gmail

-------------------------------------------------- --------------

Wenn Sie msmtp --serverinfo eingeben, werden alle Arten von Informationen angezeigt, z. B. (nur in den oberen beiden Zeilen): SMTP-Server unter smtp.gmail.com (qo-in-f109.1e100.net [173.194.66.109]), Port 465: smtp.gmail.com ESMTP w44sm25263807qta.4 - gsmtp, das zeigt, dass smtps (bis jetzt) ​​korrekt konfiguriert ist. Wenn es nicht richtig konfiguriert wäre, würden Sie Folgendes erhalten: msmtp: Der Server hat eine leere Antwort gesendet. Msmtp: Konnte keine E-Mails senden (Konto-Standard von /home/owner/.msmtprc).

Nachdem ich an msmtp.rc herumgebastelt hatte, nahm ich das Testen wieder auf und sprang zwischen msmtp und mutt hin und her. Das Programm funktionierte gelegentlich, aber nicht reproduzierbar. Im Nachhinein sollte dies auf ein Timeout-Problem hindeuten. (Ich werde hier viel Trauer auslassen.) Lassen Sie uns zur Sache kommen und die folgende Zeile zu .msmtprc hinzufügen (wodurch das Problem behoben wurde): set connect_timeout = 300 Stellen Sie sicher, dass Sie alle Änderungen mit msmtp --serverinfo testen, bevor Sie fortfahren. Der msmtp-Server MUSS funktionieren, bevor Sie mutt korrigieren können.

MUTT-PROBLEM/LÖSUNG: Als Nächstes habe ich eine Korrektur an .muttrc vorgenommen, indem ich den Host-Namen in das Argument smtp_url aufgenommen habe. Ich habe auskommentiert: # set hostname = gmail.com und den Hostnamen in die URL eingefügt: set smtp_url = "smtps: //[email protected]@smtp.gmail.com: 465

ERGEBNISSE: Nachdem ich die Timeout-Zeile ".msmtprc" hinzugefügt und das oben erwähnte Problem ".muttrc Host_name" behoben hatte, lief alles einwandfrei, wenn auch gleichmäßig langsam. Die Langsamkeit ist auf eine miese Internetverbindung zurückzuführen. Es gibt zwei große Krankenhäuser, die zweimal am Tag große Datenmengen erstellen und den Kofferraum zusammenbinden. Aufgrund der miesen Infrastruktur hier draußen in den Vororten scheint es, als würde jedes Mal, wenn eine Wolke über die Verbindung geht, die Verbindung unterbrochen. Bitte schreiben Sie Ihre Senatoren und Kongressabgeordneten für die Internetneutralität.

0
R. Lambert