good luck on downloading 999 messages in the span of 60 seconds. Expect to see "Can't create PID PostMasterMailbox, because it's already running<https://www.google.com/search?q=site:forums.otterhub.org+Can%27t+create+PID+PostMasterMailbox%2C+because+it%27s+already+running> "
On Tue, May 6, 2014 at 7:35 PM, Mark Campbell <mcampb...@emediatrade.com>wrote: > So if I understand you right, changing Core:PostMaster > PostMasterReconnectMessage from 20 to, say 999 would up the messages it > will download up to nearly a thousand messages per fetch? Any side effects > you know of that might result in such a change? > > > > Thanks, > > > > --Mark > > > > *From:* otrs-boun...@otrs.org [mailto:otrs-boun...@otrs.org] *On Behalf > Of *Gerald Young > *Sent:* Tuesday, May 06, 2014 7:23 PM > > *To:* User questions and discussions about OTRS. > *Subject:* Re: [otrs] Question about fetching mail > > > > Each method of fetch is located in Kernel/System/MailAccount/ (eg, POP3.pm) > > > > For POP3.pm, for instance, a $FetchCount is incremented and compared with > $MaxPopEmailSession, which is either the value of ConfigObject > PostMasterReconnectMessage OR 20, if the former does not exist. It does, in > Ticket, Core::PostMaster in SysConfig because it's required and valid and > default 20, with a Regex filter of between 1 and 3 digits of 0-9 > : Regex="^[0-9]{1,3}$" (source: Kernel/Config/Ticket.xml) so, in theory, > the maximum value herein is 999. > > > > In, "what does all that mean?" vernacular: Change it in SysConfig. > > > > > > > > On Tue, May 6, 2014 at 4:37 PM, Mark Campbell <mcampb...@emediatrade.com> > wrote: > > I know that this is an old thread, but I'm really only just now revisiting > this problem, and I've got some additional questions. > > I did lookup on how to use procmail and not fetch, and I'm not sure how > well that will work with what we've got, as that will require changes in > our infrastructure in order to send mail directly to the OTRS server. Our > current layout where it's grabbing mail via POP3 is much easier due to > outsourcing of mail servers, and stuff. > > I don't strictly require "realtime" mail reception/processing like what > the how tos for procmail are touting (the grab-once-per-min cycle will do > fine), but I am trying to understand why fetchmail only grabs a select few > emails, instead of all of them, and why this can't be changed (or if it can > be, how)? Fetchmail is nearly perfect for the job, if it only would grab > the whole mailbox, rather than just a few. > > Thanks, > > --Mark > > > -----Original Message----- > From: otrs-boun...@otrs.org [mailto:otrs-boun...@otrs.org] On Behalf Of > Gerald Young > Sent: Friday, November 15, 2013 10:08 AM > To: User questions and discussions about OTRS. > Subject: Re: [otrs] Question about fetching mail > > use procmail and don't fetch. > > On Fri, Nov 15, 2013 at 9:59 AM, Mark Campbell <mcampb...@emediatrade.com> > wrote: > > So I have a fairly perplexing problem. I have OTRS 3.1.11 setup on a > > CentOS6 Virtual Machine, and under our normal email flow (<100 > > messages/day), the system works like a charm. However, once a month, > > we hit a spike in emails, to the tune of 10,000 in a day. Most of > > these emails are automatically generated by our system, and are merely > > informational in nature. I have filters in place to filter them to > > different queues and in many cases, automatically close them. > > However, OTRS cannot keep up with downloading them, as apparently > > every time it fetches email, it only fetches about 10-30 (variable) > > messages at a time. Obviously, at 10 minutes in between fetch times, > > this is almost incomprehensibly slow. But even at 1 minute fetch > > intervals, our system can't keep up. How can I tell it to grab all > > messages at fetch time? I've resorted to repeatedly clicking on fetch > > mail in the admin section under PostMaster Mail Accounts, and even > > that can take hours when you find that there's 7,000 in the mail queue. > Any help would be appreciated. > > > > > > > > Thanks, > > > > > > > > Mark Campbell > > > > Systems Administrator > > > > > > --------------------------------------------------------------------- > > OTRS mailing list: otrs - Webpage: http://otrs.org/ > > Archive: http://lists.otrs.org/pipermail/otrs > > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs > --------------------------------------------------------------------- > OTRS mailing list: otrs - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs > --------------------------------------------------------------------- > OTRS mailing list: otrs - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs > > > > --------------------------------------------------------------------- > OTRS mailing list: otrs - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >
--------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
