sion. At least, there are no other calls to run() in
that module (only to _run() which I didn't alter). I am quite sure that
you have a bunch regression tests for all your modules, so let's see
what they reveal.
I am looking forward to your comments ...
Thank you very much
me that I didn't see this earlier - it would have solved my
problem and would have saved me a whole day or two. I guess
Cyrus::IMAP::Shell's man page had distracted me too much...
However, I'd still be strongly interested in a bug fix for the module.
In fact, I already have a clean solution in mind, but I'd like to test
it before posting it here. I'll report back in a few hours.
Thank you very much again!
Regards,
Binarus
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
free some time and eventually have a look into
Cyrus::IMAP::DummyReadLine. I think we'll have to find out where
*__DATA__ is normally initialized, and move that initialization to
another place so that it happens regardless of the actual ReadLine "plugin".
> Cheers,
Again, than
Dear ellie,
On 17.12.2018 23:57, ellie timoney wrote:
> Hi Binarus,
>
>> Could anybody please tell me what I might do wrong here?
>
> This kind of smells like maybe your system has two versions of perl installed
> (or two versions of Term::ReadLine, or maybe even two versi
(to trash).
Functionality was back not before the reconstruct had finished completely.
If interested, please see the respective thread from yesterday / today
for details (I don't want to clutter the list by repeating all that
stuff here).
Regards,
Binarus
Cyrus Home Page: htt
ct run over the weekend when your users are not at
work. Based on my figures, you should be able to transfer and
reconstruct several TB of messages during one weekend ...
Regards,
Binarus
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/piperm
Dear ellie,
you are really a champion!
On 18.12.2018 00:39, ellie timoney wrote:
> Hi Binarus,
>
> Looks like the documentation for the authenticate() function is pretty
> incomplete...
>
>> Well, this man page "documents" the method by exactly one line
Dear ellie,
thanks again for answering my questions!
On 17.12.2018 23:38, ellie timoney wrote:
> Hi Binarus,
>
>> Could anybody please shortly explain why? What exactly are the
>> techniques and mechanisms cyradm's xfer uses to do its thing? I had been
>> quite su
Dear ellie,
thank you very much for your help!
On 17.12.2018 23:57, ellie timoney wrote:
> Hi Binarus,
>
>> Could anybody please tell me what I might do wrong here?
>
> This kind of smells like maybe your system has two versions of perl installed
> (or two versions of Ter
ally same* configuration files (imapd.conf and
cyrus.conf).
These are the snippets from imapd.conf which are probably relevant:
altnamespace: yes
userprefix: other
sharedprefix: public
unixhierarchysep: no
autocreate_quota: 0
Could somebody please tell me if the behavior I have observed is a bug or
e Perl modules are
not even mentioned.
The same applies to CPAN: The modules cannot be found there.
To make a long story short:
Where can I find reasonable (in the sense: may be short and bad, but must be
*complete*) documentation for Cyrus::IMAP::Admin and Cyrus::IMAP so that I can
write my own
What exactly are the techniques and
mechanisms cyradm's xfer uses to do its thing? I had been quite sure that it
just uses the IMAP protocol, but there seems to be more to it ...
Thank you very much for any insight,
Binarus
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info:
l subfolders when it relocates a folder, even when
this folder is in the public namespace?
Thank you very much for any thoughts,
Binarus
P.S. Please see my next messages for reasons why I didn't write a Perl script
using Cyrus::IMAP:Admin for this task.
Cyrus Home P
rs", and I
don't have any problems with Term::ReadLine::Gnu in general). As expected, this
didn't change the situation either.
This happened with 2.4.16 as well as with 2.5.10.
Could anybody please tell me what I might do wrong here?
Thank you very much in advance,
Binaru
, and try to delete messages and folders from any
of them.
Do these tests with as many different email clients as you can.
For us, none of those tests failed when Cyrus IMAPd was the IMAP server.
Just my two cents ...
Regards,
Binarus
P.S. The problem described above technically is not limite
efore actually doing dm , try the same with
some other harmless command (e.g. lm ) to check if the
wildcard pattern really does what you want.
Regards,
Binarus
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
ht
Patrick and Adam,
thank you very much for taking the time and verifying the issue. And
some years ago, they stated "There will be no new Thunderbird release
because Thunderbird is ready" ...
Regards,
Binarus
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
with paragraph characters in
SASL / Cyrus passwords, or does Thunderbird cause that problem (for
certain reasons, I haven't been able to test other clients yet, and
googling for some hours also did not lead to anything)?
Thank you very much in advance,
Binarus
Cyrus Home Page: http://www
27;t harm anybody and on the other side
would make life easier at least for a few people who are minded like us.
If the administrator is willing to setup such technologies and gets an OK from
his management, we will be grateful. If not, we will find a way around the
problem at our side.
In m
I don't have figures regarding the other clients, but at least in my
case the number of ham messages which I did not receive due to our new policies
is negligible. At least, (nearly) no more having trouble with SPAM (working
time, dangers of phishing / viruses, legal aspects of unread message
.
> That very subject is the topic of the most vitriolic flame wars on the DMARC
> lists.
Maybe. We are currently not interested in DMARC.
> At the risk of perpetuating this severely off-topic thread, IMHO if "Binarus"
> is able to eliminate "90% solely by checking
the problem because he will
receive an appropriate DSN containing a polite message which explains the
problem. In summary, I am convinced that our MTA's behavior conforms with the
RFCs.
> It is your server so your rules, but don't complain if other do not agree
> with you.
I promise I
quot;-all" in every case, despite other examples which could
be found on the net).
Regards,
Binarus
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
a great progress because
then you could blacklist individual senders instead of the provider.
Regards,
Binarus
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
al order of magnitude by doing so (no exact figures yet).
Regards,
Binarus
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
e
countries, people might be even more grateful if they receive a DSN after a
spammer has abused their account.
Regards,
Binarus
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
er has authorized the SPAM,
thus you are sure that you do not want to get any more messages from that
domain.
Combine SPF / DKIM with domain blacklisting, and then you *have* an efficient
spam fighting tool.
Regards,
Binarus
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Inf
e any sort of mail filter breaking SMTP as well?
Could you please give an example of an SMTP RFC which is violated by SPF or
DKIM?
Regards,
Binarus
>
>> Due to the exponential increase of spam, we generally have to reject all
>> messages which are not secured by SPF or DKIM, and
ord should get
immediate approval by your management since it does not affect other DNS
records or the mailing list server in any way. In other words, you would just
have one more TXT record in your DNS which will not interfere with any other
system component in any way. I strongly assume
d implement
one of those techniques, too, and implementing is very easy :-)
Regards,
Binarus
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Dear list administrator,
the messages which are being sent from this mailing list's server don't seem to
be protected by SPF or signed by DKIM. Are there plans to implement at least
one of these in the near future?
Regards,
Binarus
Cyrus Home Page: http://www.cyrusimap.org/
Lis
31 matches
Mail list logo
