Apple clients delays 60 seconds to process mail
Posted: 11 Feb 2020 14:41
Hi,
we are using:
eFa-4.0.2
MailWatch Version: 1.2.15
Operating System Version: CentOS Linux 7 (Core)
Postfix Version: 3.4.8
MailScanner Version: 5.2.2
ClamAV Version: 0.101.5
SpamAssassin Version: 3.4.4
PHP Version: 7.2.26
MySQL Version: 10.1.41-MariaDB
We use EFA4 for outgoing e-mails.
We have problems with Apple SMTP clients (Mac Os and Ios) when they trying to send e-mails. Postfix use "smtpd_milters" to send the e-mail to Mailscanner, the problem is that the e-mail remains blocked in milter inbound queue for 60 seconds waiting the "close connection" (QUIT) from the client. With Thunderbird we don't have any problem because the client inmediatly close the connection.
We have found that MSMilter daemon waits the client quit when execute "Sendmail::PMilter::SMFIS_DISCARD;":
sub eom_callback
{
my $ctx = shift;
my $message_ref = $ctx->getpriv();
# Store reference for subsequent messages in connection or for connection close
$ctx->setpriv($message_ref);
# Send DISCARD signal to accept message and drop from postfix
# for mailscanner processing
Sendmail::PMilter::SMFIS_DISCARD;
}
I suppose that milter-discard waits the client "quit" is the normal behavior of "sendmail-milter" when DISCARD message, but it will be a problem if you have a lot of users with this kind of clients.
Thanks for your help!
Best regards,
we are using:
eFa-4.0.2
MailWatch Version: 1.2.15
Operating System Version: CentOS Linux 7 (Core)
Postfix Version: 3.4.8
MailScanner Version: 5.2.2
ClamAV Version: 0.101.5
SpamAssassin Version: 3.4.4
PHP Version: 7.2.26
MySQL Version: 10.1.41-MariaDB
We use EFA4 for outgoing e-mails.
We have problems with Apple SMTP clients (Mac Os and Ios) when they trying to send e-mails. Postfix use "smtpd_milters" to send the e-mail to Mailscanner, the problem is that the e-mail remains blocked in milter inbound queue for 60 seconds waiting the "close connection" (QUIT) from the client. With Thunderbird we don't have any problem because the client inmediatly close the connection.
We have found that MSMilter daemon waits the client quit when execute "Sendmail::PMilter::SMFIS_DISCARD;":
sub eom_callback
{
my $ctx = shift;
my $message_ref = $ctx->getpriv();
# Store reference for subsequent messages in connection or for connection close
$ctx->setpriv($message_ref);
# Send DISCARD signal to accept message and drop from postfix
# for mailscanner processing
Sendmail::PMilter::SMFIS_DISCARD;
}
I suppose that milter-discard waits the client "quit" is the normal behavior of "sendmail-milter" when DISCARD message, but it will be a problem if you have a lot of users with this kind of clients.
Thanks for your help!
Best regards,