search for: domeneshop

...h. It's not actually supported to access same user concurrently from two servers even if you are using NFS. It will cause problems. You should use dovecot director or some other arrangement to make sure this does not happen. > > Aki > >> On 09/01/2020 16:56 Eirik Rye <rye at domeneshop.no> wrote: >> >> >> As a workaround for the titular issue, I have tried enabling the >> "imap-hibernate" service on a couple of servers to reduce the number of >> running imap processes. >> >> Since ~50-60% of clients are in IDLE at any one...

Can you enable 'verbose_proctitle=yes' and maybe compare with ss -tp output? Aki > On 08/01/2020 11:58 Eirik Rye <rye at domeneshop.no> wrote: > > > On 08/01/2020 10:49, Eirik Rye wrote: > > [...] > > In any case, the biggest issue is the one described in the original > message in this thread, where logins are periodically failing for many > for users: > > 2020-01-08T10:54:57.436400+01...

Hi, I'm trying to set up an "old" PBX (that supports SIP) to go through our new Asterisk server, so that our old phones can be used still for some time. How can I set up Asterisk to deliver a trunk sip connection that our old PBX can connect to? Is it just to sett up a normal sip device in sip.conf? Or is there some other / extra magic for this to work? I can't test this with

On 08/01/2020 10:49, Eirik Rye wrote: > [...] In any case, the biggest issue is the one described in the original message in this thread, where logins are periodically failing for many for users: 2020-01-08T10:54:57.436400+01:00 imap dovecot: imap-login: Error: master(imap): net_connect_unix(imap) failed: Resource temporarily unavailable - http://wiki2.dovecot.org/SocketUnavailable

Uh. It's not actually supported to access same user concurrently from two servers even if you are using NFS. It will cause problems. You should use dovecot director or some other arrangement to make sure this does not happen. Aki > On 09/01/2020 16:56 Eirik Rye <rye at domeneshop.no> wrote: > > > As a workaround for the titular issue, I have tried enabling the > "imap-hibernate" service on a couple of servers to reduce the number of > running imap processes. > > Since ~50-60% of clients are in IDLE at any one time, this allows us to...

As a workaround for the titular issue, I have tried enabling the "imap-hibernate" service on a couple of servers to reduce the number of running imap processes. Since ~50-60% of clients are in IDLE at any one time, this allows us to reduce the number of running imap processes to less than half of what it was. After this I have yet to see the "net_connect_unix(imap)

On 26/09/2018 08:34, Aki Tuomi wrote: > # before current passbd > passdb { > driver = passwd-file > args = username_format=%Lu /etc/dovecot/aliases > } > > # into /etc/dovecot/aliases > alias at user:::::::user=real_username noauthenticate > > This hopefully works. > > Aki This does appear to work, thanks! As an optimization of the alias

On 08/01/2020 01:47, @lbutlr wrote: > On 07 Jan 2020, at 07:15, Dovecot Mailing List <dovecot at dovecot.org> wrote: >> dovecot: master: Warning: service(imap-login): process_limit (16) reached, client connections are being dropped > > Is this an actual problem? Most client connections are idle, so I doubt if the occasional drop is noticed at all. I assume it would mean

Hi, Dovecot v2.3.11.3 (502c39af9) auth_passdb_request_finished appears to fire twice for an IMAP login using a Redis passdb. auth_request_finished only fires once. In the debug log below, the line "Finished passdb lookup" appears to be logged twice (once by "auth" and once by "auth-worker"). However, the actual passdb lookup against Redis is only performed once.

Hi, I have just set up Asterisk to use an E1 line with a Digium card. And I can call both in and out, but my outgoing line is all ways identifying itself as the same number, and i can't even change it to another number in the same number series. Do anyone have some clue on how to fix this. I'm using Asterisk 1.6.2.13, libpri 1.4.11.4 and DAHDI 2.4.0. /etc/dahdi/system.conf:

Hi, I'm trying to make a attended transfer through AMI. I though i could use Atxfer, and it seems ok, but nothing happens. And I can't find any how-to or description on how to do this. What more do I have to do to make this work? In Asterisk Call Manager: Action: Atxfer Channel: SIP/36-xxxxxx Exten: 33 Priority: 1 Context: Phone Response: Success Message: Atxfer successfully queued

With proctitles below. Strangely, Dovecot is reporting 12679 imap-login sockets in "pre-login" state, which is about 50% more than there are active TCP connections to the server (8271, of which 7546 are in "imap-login" process according to `ss -tp`). On another server, not currently experiencing this issue, the number of TCP sockets appears to more closely match the

While I not certain that this is related to the problem we are experiencing, we are also (more rarely) seeing these: dovecot: master: Warning: service(imap-login): process_limit (16) reached, client connections are being dropped imap-login was set to process_limit=16, client_limit=1250 (for a total of 20000 concurrent clients) on 2.2.27. We never had any issues with this then. I tried

We are unfortunately still seeing a lot of these errors once the machine reaches a high number of concurrent users/logins (just below 20k simultaneous IMAP connections on a powerful 24 core machine with 128GB RAM): 2020-01-14T09:18:58.661349+01:00 dovecot: imap-login: Warning: net_connect_unix(imap) succeeded only after retrying - took 140330 us 2020-01-14T09:18:58.854692+01:00 dovecot:

On 08/01/2020 11:09, Aki Tuomi wrote: > Can you enable 'verbose_proctitle=yes' and maybe compare with ss -tp output? Thanks for the response! What exactly did you want to compare? `ss -tp` does not appear to show cmdline/process title. I enabled it for one server, but will have to wait for users to reconnect and for the issue to reappear there. In the meantime, on another server

Hi, After upgrading Dovecot from version 2.2.27 to 2.3.9.2, we are sporadically seeing lots of these errors in the error log on many of our servers: imap-login: Error: master(imap): net_connect_unix(imap) failed: Resource temporarily unavailable - http://wiki2.dovecot.org/SocketUnavailable The issue is causing significant delays and/or timeouts on login. From what I can tell, this