Cronjob to Mail not longer in 5.1?

[cpzengel]

Hi,

since 5.1(fresh install) my houry, daily etc cronjobs do not longer end in an email
how can i restore this behaviour?

chriz

 

[gsupp]

Do you mean the email sent on success/failure of backup jobs or any cronjob?

Have you checked/set the MAILTO variable in crontab? https://www.cyberciti.biz/faq/linux-unix-crontab-change-mailto-settings/

 

[gsupp]

Also make sure

myhostname=

is set to a valid, externally resolvable hostname in

/etc/postfix/main.cf

and restart postfix with

systemctl restart postfix

 

[tom]

Hi,

since 5.1(fresh install) my houry, daily etc cronjobs do not longer end in an email
how can i restore this behaviour?

chriz

known and already fixed issue.

as always, upgrade your fresh installation to latest version.

 

[cpzengel]

okay, i will do. thanks
is there a reference how the mails are triggered?
do i have to reboot after the upgrade?

 

[fabian]

okay, i will do. thanks
is there a reference how the mails are triggered?
do i have to reboot after the upgrade?

/root/.forward forwards mail via pvemailforward, which is a wrapper for pvemailforward.pl, which uses sendmail using the root user's mail (in PVE's user config) as recipient, and the email_from from /etc/pve/datacenter.cfg as sender. the rest is up to you and your MTA configuration

no need to reboot, the pvemailforward binary was missing a setgid bit, upgrading fixes it for all subsequent mails.

 

[cpzengel]

Thanks a lot, i always wondered what mechanism is sending this

#zfsrocks - virtualization with Proxmox and ZFS that backups itself!

is showing how we are snapshotting and in the next episode how we replicate zfs-data

the cronjobs creating mails that we are analyzing with sharepoint foundation

sysops.tv #077 - Sharepoint 2010 Mailverarbeitung

so if there are no mails, we don´t recognize if there is a problem with replication, smart, etc

 

[cpzengel]

today another machine that pvemailforward is working but /root/.forward is ignored
any idea?