recently i noticed that when sending email to ANY recipient inside the webmin server or to ANY recipient outside the server i NEVER recive the delivery status notification.
Same if someone outside the server requeste the delivery notification , it does not recieve any message in return.
the notification is created only if i press the relative button in webmail
how to enable again delivery notifications?
Further to @Joe’s comment, “read-receipt” as it’s often referred to is implemented a variety of different ways by different client software (ex. Outlook, Thunderbird, etc)
Frankly it’s not something you should “rely” on as @Joe noted it’s not always turned on, or for that matter even implemented.
Some providers use a hidden “pixel” in their HTML emails in hopes that if a person allows images to load they’re “pixel” will act as a means of collecting information about “opened” messages. Our backend SMTP provider has this featured which we use to get an “idea” of how many messages are received and read. However, even this feature is NOT perfect as MANY people block loading images.
let’s be clear every email sent from the webmin server with the “delivery recepit return” are not returned from ANY recipient address (when requested).
every email received by the webmin server does not send NEVER delivery status notification (if requested by client) to the sender.
The headers for read receipt and Disposition-Notification-To are added by the client (though, I guess a gateway/SMTP server could also add it or remove it via a milter or whatever, I don’t know anything about it as it’s not something I’ve ever used), but nothing the client or your server does can guarantee you will receive a reply.
We have changed nothing in the mail server configuration (Postfix, I guess, would be the only place we could interfere with this, but we don’t) that would alter this behavior.
So, we can rule out the “after some update” thing…we haven’t changed it, because we never did anything with it in the first place. Basically, we’re not touching this and never have. If you aren’t getting a read receipt, I would assume it’s because the recipient doesn’t want to send one, which isn’t something we have any control over.
I honestly don’t know how folks use it, but my quick scan of the RFC seems to confirm it is a client-side and recipient-side thing…probably not our area. I mean, we have Usermin webmail, though I’m not sure if it even supports read receipts (either requesting them or responding to them).
What mail client are you using? Are you sure it is adding the necessary headers? (And, again, even if you are sure the headers are added, we can’t control what the recipients do!)
sorry but this is not a read recepit, but a delivery notification.
delivery notification is always delivered indipendently of user acceptance. (as non delivery )
the postifx server of webmin by default should return receipit…and webmin/virtualmin usese postfix.
We don’t alter this behavior. If Postfix does not do this by default, we don’t make it do it. I wouldn’t even know how.
Sorry, I should probably just step back from this conversation, as I’m afraid I’m not being very helpful. I don’t know how any of this works, as I’ve never used it. I do know, however, that it is up to the recipient how much information they provide.
You can see in the log if the email was accepted by the recipient server, but that’s independent of client-side read receipts and DSN headers (which I promise we do not touch and never have).