Hello all
Please help
I'm just after the migration of 5 to 6 otrs
I can not find a setting where I can turn off the email sending queue
in orts 5, sending an email took a few seconds
in otrs 6 it lasts at least 2 minutes
manual sending via such an instruction is not helpful
su -c "/opt/otrs/bin/otrs.Console.pl Maint :: Email :: MailQueue --send" -s / bin / bash otrs
in addition to this, there is still a small compass in the ticket window (even if the e-mail reaches the recipient). To prevent this from happening you need to refresh the browser window (F5)
how to turn off the queue of sending emails so that sending will be done as fast as in otrs 5?
Regards,
Marek
Low sending mail from OTRS 6
Moderator: crythias
Re: Low sending mail from OTRS 6
Hi
I think this is what you're looking for:
http://doc.otrs.com/doc/manual/admin/6. ... lQueueSend
Good luck
I think this is what you're looking for:
http://doc.otrs.com/doc/manual/admin/6. ... lQueueSend
Good luck
Re: Low sending mail from OTRS 6
Hello
Thank you for the tips but they do not solve the problem.
You still have to wait at least 1 minute to send the queue of emails
The upgrade to the latest version of OTRS 6.0.5 also did not help
I temporarily dealt with adding every 15 seconds to the crontab (otrs) of such a record
* * * * * sleep 00; /opt/otrs/bin/otrs.Console.pl Maint::Email::MailQueue --send
* * * * * sleep 15; /opt/otrs/bin/otrs.Console.pl Maint::Email::MailQueue --send
* * * * * sleep 30; /opt/otrs/bin/otrs.Console.pl Maint::Email::MailQueue --send
* * * * * sleep 45; /opt/otrs/bin/otrs.Console.pl Maint::Email::MailQueue --send
It is also annoying that the progress of adding to the queue is not refreshing automatically (bussy icon after send mail "This message has been queued for sending")
So I commented on a few lines in the files
/opt/otrs/Kernel/Output/HTML/Templates/Standard/AgentTicketZoom/ArticleRender/MIMEBase.tt (93-94)
/opt/otrs/Kernel/Output/HTML/Templates/Standard/AgentTicketZoom.tt (428-431)
Regards,
Marek
Thank you for the tips but they do not solve the problem.
You still have to wait at least 1 minute to send the queue of emails
The upgrade to the latest version of OTRS 6.0.5 also did not help
I temporarily dealt with adding every 15 seconds to the crontab (otrs) of such a record
* * * * * sleep 00; /opt/otrs/bin/otrs.Console.pl Maint::Email::MailQueue --send
* * * * * sleep 15; /opt/otrs/bin/otrs.Console.pl Maint::Email::MailQueue --send
* * * * * sleep 30; /opt/otrs/bin/otrs.Console.pl Maint::Email::MailQueue --send
* * * * * sleep 45; /opt/otrs/bin/otrs.Console.pl Maint::Email::MailQueue --send
It is also annoying that the progress of adding to the queue is not refreshing automatically (bussy icon after send mail "This message has been queued for sending")
So I commented on a few lines in the files
/opt/otrs/Kernel/Output/HTML/Templates/Standard/AgentTicketZoom/ArticleRender/MIMEBase.tt (93-94)
/opt/otrs/Kernel/Output/HTML/Templates/Standard/AgentTicketZoom.tt (428-431)
Regards,
Marek
Re: Low sending mail from OTRS 6
I strongly advice to get commercial support to setup and operate OTRS
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
"Testing": ((OTRS Community Edition)) and git Master
Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
-
- Znuny newbie
- Posts: 1
- Joined: 07 Mar 2019, 12:47
- Znuny Version: 6.0.5
- Real Name: Christian Wessels
- Company: SCHMOLZ+BICKENBACH Guss GmbH
Re: Low sending mail from OTRS 6
Not very helpful advice.
The version 6.0.5 has a Queue system that handles mail sending. Until the daemon works on the queue the mail will not be sent. Since i didnt like that behaviour either i decided to take a look and add a quick and dirty hack to Email.pm.
At line 683 (the line before "return $SendSuccess->") i added:
This will try to send the mail immediatly after it has been stored and does not care about wether this succeeds or not.
Please note: in case the mail cannot be send this will run your system against a wall as every mail submitted to the queue will try to send all mails in the queue again. So do not even dare to try this in big enviroments. For my volume of mails this works fine and will prevent users from sending mails twice as they are used to get a response immediatly.
It would be better to send a notice to a daemon to try to send the mail instead of doing it again in the web servers user request context but i'm not that good in perl to accomplish that.
The version 6.0.5 has a Queue system that handles mail sending. Until the daemon works on the queue the mail will not be sent. Since i didnt like that behaviour either i decided to take a look and add a quick and dirty hack to Email.pm.
At line 683 (the line before "return $SendSuccess->") i added:
Code: Select all
my $List = $MailQueueObject->List();
if ( IsArrayRefWithData($List) ) {
MAILQUEUE:
for my $Item (@$List) {
my $Result = $MailQueueObject->Send(
%{$Item},
);
}
}
Please note: in case the mail cannot be send this will run your system against a wall as every mail submitted to the queue will try to send all mails in the queue again. So do not even dare to try this in big enviroments. For my volume of mails this works fine and will prevent users from sending mails twice as they are used to get a response immediatly.
It would be better to send a notice to a daemon to try to send the mail instead of doing it again in the web servers user request context but i'm not that good in perl to accomplish that.