Bug 1828854

I've got a fix for the install-info error, but that shouldn't prevent msmtp from installing or working.  I'll take a look at the mailq issue next.

I don't seem to have a working mailq with the older msmtp either, but at least the older one doesn't hang:

# rpm -q msmtp
msmtp-1.4.32-1.el7.x86_64

# alternatives --set mta /usr/bin/msmtp
# file /etc/alternatives/mta-mailq
/etc/alternatives/mta-mailq: symbolic link to `/usr/bin/msmtp'

# mailq
mailq: no recipients found

Is mailq from msmtp-1.4.32 actually doing anything useful for you?

In any case, I'll make the necessary changes so that mailq from msmtp-1.8.X does not hang indefinitely.

FEDORA-EPEL-2020-6279ffdc77 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-6279ffdc77

Hi,

> # mailq
> mailq: no recipients found

I got this too with msmtp-1.8.7-2, but only after pressing Enter.
"no recipients found" does look to me like a valid mailq output, seems to behave more like a general mta.

> Is mailq from msmtp-1.4.32 actually doing anything useful for you?

Yes, works for me.

# rpm -q msmtp
msmtp-1.4.32-1.el7.x86_64

# ls -al /etc/alternatives/mta-mailq
lrwxrwxrwx 1 root root 22 Apr 28 15:36 /etc/alternatives/mta-mailq -> /usr/bin/mailq.postfix

# mailq
Mail queue is empty

than

# rpm -Uvh msmtp-1.8.7-2.el7.x86_64.rpm
Preparing...                          ################################# [100%]
Updating / installing...
   1:msmtp-1.8.7-2.el7                ################################# [ 50%]
install-info: No dir file specified; try --help for more information.
warning: %post(msmtp-1.8.7-2.el7.x86_64) scriptlet failed, exit status 1
Cleaning up / removing...
   2:msmtp-1.4.32-1.el7               ################################# [100%]


# ls -al /etc/alternatives/mta-mailq
lrwxrwxrwx 1 root root 14 Apr 29 15:44 /etc/alternatives/mta-mailq -> /usr/bin/msmtp

mailq stops working

# rpm -Uvh msmtp-1.4.32-1.el7.x86_64.rpm --force
Preparing...                          ################################# [100%]
Updating / installing...
   1:msmtp-1.4.32-1.el7               ################################# [ 50%]
Cleaning up / removing...
   2:msmtp-1.8.7-2.el7                ################################# [100%]

# ls -al /etc/alternatives/mta-mailq
lrwxrwxrwx 1 root root 14 Apr 29 15:44 /etc/alternatives/mta-mailq -> /usr/bin/msmtp

and now mailq again stops working

# rpm -e msmtp
# yum reinstall postfix

now a broken link /etc/alternatives/mta-mailq -> /usr/bin/msmtp

Now clean;

# rpm -e postfix msmtp --nodeps

# ls -al /etc/alternatives/mta-mailq
lrwxrwxrwx 1 root root 14 Apr 29 15:57 /etc/alternatives/mta-mailq -> /usr/bin/msmtp (broken)

# yum install postfix

# alternatives --set mta /usr/sbin/sendmail.postfix

# ls -al /etc/alternatives/mta-mailq
lrwxrwxrwx 1 root root 22 Apr 29 15:57 /etc/alternatives/mta-mailq -> /usr/bin/mailq.postfix

#rpm -ivh msmtp-1.8.7-2.el7.x86_64.rpm

# ls -al /etc/alternatives/mta-mailq
lrwxrwxrwx 1 root root 22 Apr 29 15:57 /etc/alternatives/mta-mailq -> /usr/bin/mailq.postfix

# mailq
Mail queue is empty

So this way it seems to work, maybe something to do with alternatives mta was set to auto?


Gr, J

Thank you for this additional feedback.  From your example above, the only reason 'mailq' was working was because the alternatives mta-mailq setting was set to use mailq from postfix, not msmtp.  If you explicitly set mta-mailq to msmtp, it will fail with the 'No recipients found' error (which is not a meaningful error message for mailq's intended purpose).

msmtp was never intended to be a full blown mta, and in fact I don't see that it ever really supported being used as a 'mailq' agent.  My fix in this latest package was to remove the mta-mailq alternative for msmtp, as it has never worked as intended.  But it appears that there is a corner case when the alternative setting for 'mta-mailq' is removed while msmtp is currently set as the active mta.  I didn't see this behavior when I tested with msmtp vs ssmtp, so I'll try again with msmtp vs postfix.

(In reply to Justin Albstmeijer from comment #4)
[...]
> # rpm -Uvh msmtp-1.8.7-2.el7.x86_64.rpm
> Preparing...                          #################################
> [100%]
> Updating / installing...
>    1:msmtp-1.8.7-2.el7                ################################# [
> 50%]
> install-info: No dir file specified; try --help for more information.
> warning: %post(msmtp-1.8.7-2.el7.x86_64) scriptlet failed, exit status 1
> Cleaning up / removing...
>    2:msmtp-1.4.32-1.el7               #################################
> [100%]
> 
> 
> # ls -al /etc/alternatives/mta-mailq
> lrwxrwxrwx 1 root root 14 Apr 29 15:44 /etc/alternatives/mta-mailq ->
> /usr/bin/msmtp
> 
[...]

Please try again with msmtp-1.8.10-1.el7 linked in comment #3.  This has a fix for the %post scriptlet, and will no longer update the mta-mailq alternatives setting.

FEDORA-EPEL-2020-6279ffdc77 has been pushed to the Fedora EPEL 7 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-6279ffdc77

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

FEDORA-EPEL-2020-6279ffdc77 has been pushed to the Fedora EPEL 7 stable repository.
If problem still persists, please make note of it in this bug report.

FEDORA-EPEL-2020-04ae3db1b5 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-04ae3db1b5

FEDORA-EPEL-2020-04ae3db1b5 has been pushed to the Fedora EPEL 8 testing repository.

You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-04ae3db1b5

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

FEDORA-EPEL-2020-04ae3db1b5 has been pushed to the Fedora EPEL 8 stable repository.
If problem still persists, please make note of it in this bug report.