Are "get" and "set" the only commands currently supported within Exim
for redis or is the documentation only showing those a example calls to
Redis?
We would likely need at least "incr" (I know yoou can work around this,
but this is way more efficient) and able to set key TTLs as well...
-R
--
Larry (and Dima of course), thanks a lot!
Now all looks good.
Hallelujah!
Larry Rosenman via Exim-users писал 2020-02-26 19:38:
Please try the latest FreeBSD port of mail/exim. Dima Panov
(flu...@freebsd.org)
picked up all the patches in 4.93+fixes, and it fixed all MY taint
issues.
Am 26.02.20 um 18:12 schrieb Rory Campbell-Lange via Exim-users:
>
> We've never had a problem with iPhones and exim.
>
Apple did cause problems with all sorts of clients and
servers(exim,dovecot etc.. ), rangeing from desktop to mobile. In most
cases, after a while it corrects itself.
best
On Wed, Feb 26, 2020 at 05:48:09PM +0100, Luca Bertoncello via Exim-users wrote:
> > Removal of this 2-line banner seems to be a reasonable next step.
>
> As I already said, I tried to remove the 2-line banner and replace it
> with one-line-banner.
> No changes in behaviour...
OK. You also
On 02/26/2020 5:10 am, Max Kostikov via Exim-users wrote:
Some debug on this issue (FreeBSD 12.1)
12:58:46 22061 exim 4.93.0.4 daemon started: pid=22061, -q15m,
listening for SMTP on [1.2.3.4]:{25,465,587}
[2001:2:3:4::1]:{25,465,587} [127.0.0.1]:{25,465,587} [::1]:25 ... ...
12:58:46 22061
On 26/02/20, Luca Bertoncello via Exim-users (exim-users@exim.org) wrote:
> Meanwhile it works... No idea why...
> We didn't changed something in the configuration, just deleted the profile
> in iPhone and created it again...
Perhaps you saved an outdated server certificate against the
Am 26.02.2020 um 17:31 schrieb Evgeniy Berdnikov via Exim-users:
> Handshake is definitely completed: last packet from server is
> pure Application Data, and its payload length (170) is very close to
> 146 bytes of 2-line SMTP banner (it should be slightly greater due to
> padding and hmac).
On Wed, Feb 26, 2020 at 12:27:09PM +, Jeremy Harris via Exim-users wrote:
> We're not too much closer. They agreed, during handshake, on a
> cipher-suite. We can't actually tell if the handshake completed
> (because encryption!) but the packets present make it likely.
> The client issued a
Am 26.02.2020 13:27, schrieb Jeremy Harris via Exim-users:
Hi Jeremy,
I see that's actually 8465 not 465. I assume real-465
behaves the same?
Yes, I wrote 465, but we use 8465, configured as 465...
We're not too much closer. They agreed, during handshake, on a
cipher-suite. We can't
On 25/02/2020 14:49, Luca Bertoncello via Exim-users wrote:
> Am 25.02.2020 14:57, schrieb Evgeniy Berdnikov via Exim-users:
>
>> Run traffic analyzer on the server host.
>> Post capture file here if you can't interpret output.
>
> Here the traffic dump...
I see that's actually 8465 not 465.
> > > after upgrading to exim 4.93.0.4 it complains about
> > >
> > > 2020-02-24 11:08:47 1j6AfP-002SAT-9R Taint mismatch, string_vformat:
> > > spam 404
> > >
> > > in SMTP DATA ACL. The config looks like this:
> > >
> > > deny message = This message was classified as SPAM
> >
Am 25.02.2020 14:57, schrieb Evgeniy Berdnikov via Exim-users:
Run traffic analyzer on the server host.
Post capture file here if you can't interpret output.
Here the traffic dump...
Thanks a lot
Luca Bertoncello
(lucab...@lucabert.de)
smtp.pcap
Description: application/vnd.tcpdump.pcap
On Wed, Feb 26, 2020 at 11:11:07AM +0100, Luca Bertoncello via Exim-users wrote:
> Any other idea?
You were suggested to run traffic analyzer and post capture file to list.
--
Eugene Berdnikov
--
## List details at https://lists.exim.org/mailman/listinfo/exim-users
## Exim details at
Some debug on this issue (FreeBSD 12.1)
12:58:46 22061 exim 4.93.0.4 daemon started: pid=22061, -q15m,
listening for SMTP on [1.2.3.4]:{25,465,587}
[2001:2:3:4::1]:{25,465,587} [127.0.0.1]:{25,465,587} [::1]:25 ... ...
12:58:46 22061 set_process_info: 22061 daemon(4.93.0.4): -q15m,
I wrote a few days ago:
> after upgrading to exim 4.93.0.4 it complains about
>
> 2020-02-24 11:08:47 1j6AfP-002SAT-9R Taint mismatch, string_vformat: spam
> 404
>
> in SMTP DATA ACL. The config looks like this:
>
> deny message = This message was classified as SPAM
>
Am 25.02.2020 16:54, schrieb Graeme Fowler via Exim-users:
Hi
A quick search (using a popular search engine) for:
exim debian stretch "error in the pull function"
...returned a significant number of results, not least of which was:
16 matches
Mail list logo
