ubuntuusers.de

mail in der Konsole versenden

Status: Ungelöst | Ubuntu-Version: Xubuntu 19.10 (Eoan Ermine)
Antworten |

glaskugel

Anmeldungsdatum:
8. Juli 2010

Beiträge: 3546

Entweder ich habe es vergessen oder es hat sich was unter Eoan geändert. Ich möchte als User ein simples Mail zum Testen versenden. Also in der Konsole mail <user> eingeben, bla bla und dann absenden. AFAIR musste man am Ende in der letzten Zeile . und return eingeben und das Mail wurde versendet. Wie schicke ich nach dem Schreiben das Mail ab?

$ which mail
/usr/bin/mail
ls -la /usr/bin/mail
lrwxrwxrwx 1 root root 22 Nov  3 21:55 /usr/bin/mail -> /etc/alternatives/mail
$ ls -la /usr/bin/mailx
lrwxrwxrwx 1 root root 23 Nov  3 21:55 /usr/bin/mailx -> /etc/alternatives/mailx

AFAIR waren früher mal mail und mailx verlinkt.

kB Team-Icon

Supporter, Wikiteam
Avatar von kB

Anmeldungsdatum:
4. Oktober 2007

Beiträge: 9383

Wohnort: Münster

mail und mailx sind nur konventionelle Namen, die auf unterschiedliche reale Programme verweisen können. Welches konkrete Programm verwendet wird, darf der Administrator konfigurieren. Bei meinem Rechner ist da gar nichts hinterlegt. Einen ersten Eindruck, was bei Dir so werkeln mag, gibt Dir dieser Befehl:

dpkg-query --list *mail* 

hakel

Anmeldungsdatum:
13. August 2009

Beiträge: 23336

Ich mußte das immer manuell installieren, auch auf dem Sever.

bsd-mailx (optional, um über die Konsole mit dem Befehl mail Mails verschicken zu können)

optional, würde ich auch so interpretieren ...

Wie sieht denn dein Befehl aus ? Befehl - Terminalausgabe - Prompt im Codeblock

Vielleicht wurde ja etwas an der Syntax geändert oder so.

glaskugel

(Themenstarter)

Anmeldungsdatum:
8. Juli 2010

Beiträge: 3546

Sieht so aus, dass nur mailutils installiert sind.

$ which mailx
/usr/bin/mailx
apt-get install bsd-mailx
...
Die folgenden NEUEN Pakete werden installiert:
  bsd-mailx
Paket mailx ist ein virtuelles Paket, das bereitgestellt wird von:
  mailutils 1:3.6-1build1
  bsd-mailx 8.1.2-0.20180807cvs-1

Jetzt klappt es auch wieder mit dem Punkt zum Beenden, ob gesendet wird ist eine andere Frage.

tail -f mail.log 
Nov  6 11:29:36 svneu amavis[2708]: No ext program for   .exe, tried: unrar-free; arj, unarj
Nov  6 11:29:36 svneu amavis[2708]: No decoder for       .F   
Nov  6 11:29:36 svneu amavis[2708]: No decoder for       .arc 
Nov  6 11:29:36 svneu amavis[2708]: No decoder for       .doc 
Nov  6 11:29:36 svneu amavis[2708]: No decoder for       .exe 
Nov  6 11:29:36 svneu amavis[2708]: No decoder for       .lrz 
Nov  6 11:29:36 svneu amavis[2708]: No decoder for       .lzo 
Nov  6 11:29:36 svneu amavis[2708]: No decoder for       .zoo 
Nov  6 11:29:36 svneu amavis[2708]: Using primary internal av scanner code for ClamAV-clamd
Nov  6 11:29:36 svneu amavis[2708]: Found secondary av scanner ClamAV-clamscan at /usr/bin/clamscan

Da tut sich also nichts, ist wahrscheinlich eine Frage der postfix/main.cf. Da läuft aber schon ein anderer Thread: https://forum.ubuntuusers.de/topic/eoan-amavisd-spamassassin-dovecot-etc/

hakel

Anmeldungsdatum:
13. August 2009

Beiträge: 23336

kommt keine Fehlermeldung ?

hat dein Nutzer einen Ordner mail ?

main.cf

Hmmm ... für lokalen Versand sollte es auch so gehen.

Für "gehobenen Email" Versand per Konsole finde ich sendmail einfacher. -Geschmackssache-

Die Pros zu dieser Problematik würde ich eher unter "Serverdienste" suchen.

glaskugel

(Themenstarter)

Anmeldungsdatum:
8. Juli 2010

Beiträge: 3546

kommt keine Fehlermeldung ?

Ich habe nun diese Einstellungen aus 18.04 in die main.cf hinzugefügt:

smtpd_tls_auth_only = yes
smtpd_tls_mandatory_ciphers = medium
smtpd_tls_mandatory_protocols = SSLv3, TLSv1
smtpd_tls_received_header = yes
tls_random_source = dev:/dev/urandom
broken_sasl_auth_clients = yes
mailbox_command = /usr/lib/dovecot/deliver -c /etc/dovecot/dovecot.conf -m "${EXTENSION}"
home_mailbox = Maildir/
message_size_limit = 0
smtpd_recipient_restrictions = reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_pipelining, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sasl_authenticated_header = yes
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_path = private/dovecot-auth
smtpd_sasl_security_options = noanonymous
smtpd_sasl_type = dovecot
smtpd_sender_restrictions = reject_unknown_sender_domain

Ein "service postfix restart" bringt keinen Fehler und vorsichtshalber gab es auch einen Reboot. Im Mail-Log tut sich nichts.

Ein neuerliches Testmail und jetzt wird es gesprächiger:

Nov  6 12:03:36 svneu dovecot: lda(ab)<3087><ENJHOYiowl0PDAAAhzphDw>: Error: setegid(privileged) failed: Operation not permitted
Nov  6 12:03:36 svneu dovecot: lda(ab)<3087><ENJHOYiowl0PDAAAhzphDw>: Error: Mailbox INBOX: open(/var/mail/ab) failed: Permission denied (euid=1000(ab) egid=1000(ab) missing +w perm: /var/mail, we're not in group 8(mail), dir owned by 0:8 mode=0775)
Nov  6 12:03:36 svneu dovecot: lda(ab)<3087><ENJHOYiowl0PDAAAhzphDw>: Error: Mailbox INBOX: Failed to autocreate mailbox: Mailbox INBOX: open(/var/mail/ab) failed: Permission denied (euid=1000(ab) egid=1000(ab) missing +w perm: /var/mail, we're not in group 8(mail), dir owned by 0:8 mode=0775)

Hmmh, /var/mail ist in 18.04 leer

# in 19.10:
~#  ls -lda /var/mail
drwxrwsr-x 2 root mail 32 Nov  6 02:03 /var/mail

Das ist in 18.04 in group

amavis:x:148:
clamav:x:131:
dovecot:x:149:
dovenull:x:150:
mail:x:8:
postfix:x:145:

Das ist in 19.10

amavis:x:149:
clamav:x:141:
dovecot:x:147:
dovenull:x:148:
mail:x:8:
postfix:x:137:

Für "gehobenen Email" Versand per Konsole finde ich sendmail einfacher. -Geschmackssache-

Es geht nur ums testen.

Die Pros zu dieser Problematik würde ich eher unter "Serverdienste" suchen.

Hier geht es weiter: https://forum.ubuntuusers.de/topic/permission-denied-missing-w-perm-var-mail-we-r/

Antworten |