Also ich würde eher CentOS nehmen, da hast Du längere Zeit Ruhe, da die Distribution immer 10 Jahre gepflegt wird.
https://www.heise.de/news/Cent…entOS-Stream-4984719.html
Ob man bei Servern ein Rolling Release verwenden will, ist fraglich
Also ich würde eher CentOS nehmen, da hast Du längere Zeit Ruhe, da die Distribution immer 10 Jahre gepflegt wird.
https://www.heise.de/news/Cent…entOS-Stream-4984719.html
Ob man bei Servern ein Rolling Release verwenden will, ist fraglich
Das mit dem "Unsicherer Signaturalgorithmus" liegt sicherlich an "a=rsa-sha1"
Bei mir erscheint "Unsicherer Signaturalgorithmus"
Hat vielleicht noch jemand eine Idee?
Debian 10, da funktioniert es noch
in der heutigen Zeit, sollte das bei einer Neuinstallation automatisch geschehen …
Evtl. per Option, ob ein eigenes Zertifikat verwendet werden soll.
während der Installation wurde es Anfang Juli aber noch gebaut, das ist unnötig, oder?
Werden dann auch alle Dienste dementsprechend eingerichtet?
Ich habe einen neuen Server eingerichtet.
Warum wird überhaupt noch qmail kompiliert? Sollte doch nicht mehr notwendig sein, oder?
Hat das schon jemand am Laufen? Evtl. ein HowTo?
Hi!
https://roundcube.net/news/202…s-1.4.4-1.3.11-and-1.2.10
da das Update noch nicht eingespielt wurde, ist meine Frage, wie relevant das für uns ist.
Und wenn man schon beim Updaten ist, könnte ja gleich der 1.4er Zweig genommen werden
die Lösung ist
Daniel Bradler bitte korrigieren
grep forward_filter install-all.sh update.sh
install-all.sh:chown popuser:popuser /opt/pdadmin/bin/forward_filter
install-all.sh:chmod 4755 /opt/pdadmin/bin/forward_filter
update.sh:chown popuser:popuser /opt/pdadmin/bin/forward_filter
update.sh:chmod 4755 /opt/pdadmin/bin/forward_filter
update.sh:chown popuser:popuser /opt/pdadmin/bin/forward_filter.pl
update.sh:chmod 750 /opt/pdadmin/bin/forward_filter.pl
update.sh:chown popuser:popuser /opt/pdadmin/bin/forward_filter
update.sh:chmod 4755 /opt/pdadmin/bin/forward_filter
in der install-all.sh werden für die Datei forward_filter.pl keine Berechtigungen gesetzt, in der update.sh jedoch 2 mal für die Datei forward_filter
Es ist die aktuelle Testversion; die Berechtigungen sind korrekt.
Was könnte es noch sein? Wie kann ich es untersuchen?
Bei einem neuen Server funktionieren die Mail-Weiterleitungen nicht, lokal sowie externe
in der Mail-Log erscheint nur folgendes:
May 27 11:05:57 XXX qmail-smtpd: qmail-smtpd/VC started
May 27 11:05:58 XXX spamd[1106]: spamd: got connection over /var/spamd/spamd.sock
May 27 11:05:58 XXX spamd[1106]: spamd: handle_user (getpwnam) unable to find user: 'extern@example.net'
May 27 11:05:58 XXX spamd[1106]: spamd: processing message <CAJiunTG7_8rnxpWSqixTVgJPfTXCSHF5LKXTbbPExJuKYSha1Q@mail.gmail.com> for extern@example.net:1019
May 27 11:05:59 XXX spamd[1106]: spamd: clean message (-0.1/5.0) for extern@example.net:1019 in 1.0 seconds, 2920 bytes.
May 27 11:05:59 XXX spamd[1106]: spamd: result: . 0 - DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,SPF_HELO_NONE scantime=1.0,size=2920,user=extern@example.net,uid=1019,required_score=5.0,rhost=localhost,raddr=127.0.0.1,rport=/var/spamd/spamd.sock,mid=<CAJiunTG7_8rnxpWSqixTVgJPfTXCSHF5LKXTbbPExJuKYSha1Q@mail.gmail.com>,autolearn=ham autolearn_force=no
May 27 11:05:59 XXX qmail: 1590570359.315097 new msg 1044983
May 27 11:05:59 XXX qmail: 1590570359.315152 info msg 1044983: bytes 3381 from <test@gmail.com> qp 13838 uid 1013
May 27 11:05:59 XXX qmail: 1590570359.320769 starting delivery 35: msg 1044983 to local USER-example.net-extern@example.net
May 27 11:05:59 XXX qmail: 1590570359.320797 status: local 1/10 remote 0/20
May 27 11:05:59 XXX qmail: 1590570359.334500 delivery 35: deferral:
May 27 11:05:59 XXX qmail: 1590570359.334539 status: local 0/10 remote 0/20
May 27 11:05:59 XXX spamd[684]: prefork: child states: II
May 27 11:07:40 XXX qmail: 1590570460.431404 starting delivery 36: msg 1044983 to local USER-example.net-extern@example.net
May 27 11:07:40 XXX qmail: 1590570460.431471 status: local 1/10 remote 0/20
May 27 11:07:40 XXX qmail: 1590570460.441959 delivery 36: deferral:
May 27 11:07:40 XXX qmail: 1590570460.442036 status: local 0/10 remote 0/20
May 27 11:12:40 XXX qmail: 1590570760.517541 starting delivery 37: msg 1044983 to local USER-example.net-extern@example.net
May 27 11:12:40 XXX qmail: 1590570760.517710 status: local 1/10 remote 0/20
May 27 11:12:40 XXX qmail: 1590570760.526063 delivery 37: deferral:
May 27 11:12:40 XXX qmail: 1590570760.526115 status: local 0/10 remote 0/20
May 27 11:21:00 XXX qmail: 1590571260.589652 starting delivery 38: msg 1044983 to local USER-example.net-extern@example.net
May 27 11:21:00 XXX qmail: 1590571260.589912 status: local 1/10 remote 0/20
May 27 11:21:00 XXX qmail: 1590571260.599326 delivery 38: deferral:
May 27 11:21:00 XXX qmail: 1590571260.599356 status: local 0/10 remote 0/20
Alles anzeigen
in der /home/USER/.qmail-* Datei steht folgendes:
bei einem älteren Server steht in so einer Datei nur folgendes:
wenn ich die Datei so abändere, funktioniert die Weiterleitung.
sobald ich die Zeile "|/opt/pdadmin/bin/forward_filter" herausnehme funktioniert es
also mit dem Inhalt funktioniert es:
Was könnte das Problem von /opt/pdadmin/bin/forward_filter sein?
Das Update war von 4 0.355 -> 4 0.356
pd-admin: 4.63
SE: 0.356
Beim Update der SE von erhalte ich folgende Meldung:
|
| ROUNDCUBEMAIL wird upgegradet.
|
What version are you upgrading from? Type '?' if you don't know.
NOTICE: Obsolete config options:
(You still have some obsolete or inexistent properties set. This isn't a problem but should be noticed)
- 'mime_magic'
. backing up the current config file(s)...
. writing /usr/local/pd-admin2/htdocs/roundcubemail/config/config.inc.php...
Done.
Your configuration files are now up-to-date!
WARNING: File type detection doesn't work properly!
Please check the 'mime_magic' config option or the finfo functions of PHP and run this script again.
Executing database schema update.
This instance of Roundcube is up-to-date.
Have fun!
Alles anzeigen
Was muss ich da "checken"?
grep mime /usr/local/pd-admin2/htdocs/roundcubemail/config/config.inc.php
// mime magic database
$config['mime_magic'] = '/usr/share/misc/magic';
ls -l /usr/share/misc/magic
lrwxrwxrwx 1 root root 13 Jan 7 2011 /usr/share/misc/magic -> ../file/magic
ls -l /usr/share/file/magic
total 0
Was muss ich machen, damit dieser Hinweis verschwindet?
Gibt es zu der Version einen neuen Status? Gibt es eine grobe Planung, wann die Version keine Beta mehr ist?
Remote Code Execution: Sicherheitslücke in Qmail
Weiß jemand näheres, ob bei der qmail-Installation von pd-admin betroffen ist?
Oder werden, wie dort geschrieben, auch alle Speicherlimit verwendet?