Re: Question about Cyrus Murder

[Michael Menge]

Hi,

Quoting Andrew Morgan :


On Tue, 22 Mar 2011, Milos Zupancic wrote:


Hi,

I have a general question if this setup is an option.
We have a cyrus murder setup with 2 backends, 1 mupdate, and 2 frontservers
(servers are within our LAN). Everything is working as it should.
For external mail access we atm use a webmail solution.
Some of our employees would still like to use a imap access instead of
webmail. Now the question is, is there a way that i could set up an
additional
external frontend (outside of our LAN) server and in some way connect it to
the existing mupdate and backend.
What ports would I need to forward (3905 tcp - mupdate ) in order to
make this working, what options to enable or disable.


Sure, that will work fine.  The frontend needs to be able to connect to
the backends on the imap and imaps ports and the mupdate server on the
mupdate port.



You need to disaable mailbox referrals.
See proxyd_disable_mailbox_referrals in imapd.conf manpage


M.MengeTel.: (49) 7071/29-70316
Universität Tübingen   Fax.: (49) 7071/29-5912
Zentrum für Datenverarbeitung  mail:  
michael.me...@zdv.uni-tuebingen.de

Wächterstraße 76
72074 Tübingen

smime.p7s
Description: S/MIME Signatur

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Question about Cyrus Murder

[Andrew Morgan]

On Tue, 22 Mar 2011, Milos Zupancic wrote:

> Hi,
>
> I have a general question if this setup is an option.
> We have a cyrus murder setup with 2 backends, 1 mupdate, and 2 frontservers
> (servers are within our LAN). Everything is working as it should.
> For external mail access we atm use a webmail solution.
> Some of our employees would still like to use a imap access instead of
> webmail. Now the question is, is there a way that i could set up an
> additional
> external frontend (outside of our LAN) server and in some way connect it to
> the existing mupdate and backend.
> What ports would I need to forward (3905 tcp - mupdate ) in order to
> make this working, what options to enable or disable.

Sure, that will work fine.  The frontend needs to be able to connect to 
the backends on the imap and imaps ports and the mupdate server on the 
mupdate port.

Andy

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Question about Cyrus Murder

[Milos Zupancic]

Hi,

I have a general question if this setup is an option.
We have a cyrus murder setup with 2 backends, 1 mupdate, and 2 frontservers
(servers are within our LAN). Everything is working as it should.
For external mail access we atm use a webmail solution.
Some of our employees would still like to use a imap access instead of
webmail. Now the question is, is there a way that i could set up an
additional
external frontend (outside of our LAN) server and in some way connect it to
the existing mupdate and backend.
What ports would I need to forward (3905 tcp - mupdate ) in order to
make this working, what options to enable or disable.

Any suggestion to other solutions would be welcomed.

Milos Zupancic

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Another basic question about Cyrus replication

[Shuvam Misra]

> > One more question about sync-server and sync-client. Suppose I have two
> > active servers, A and B, which contain completely disjoint sets of
> > mailboxes. Can both replicate simultaneously to a replica server C? I
> > will run sync-server only on C, and sync-client on A and B, pointing them
> > both to C.
> 
> Sort of - but it's not really recommended.  Running a separate instance of
> Cyrus for each replica (with a different set of config files) would be
> more compatible with the way it's designed to work.

Okay, got it, somewhat. Can you please elaborate what you mean by "more
compatible"?

> > If this is possible, I can maintain a slow backup server with large
> > disks to maintain a backup of a dozen separate active Cyrus servers where
> > the user mailboxes are distributed across this dozen.
> 
> You'll find the replica still gets a lot of write IO.  If your master copies
> are already getting a lot of writes, the replica is going to struggle.

Yes, this occurred to me later. I realised that I may be able to work
with a lower-powered CPU, but will find it difficult to work unless the
replica server had high enough IOPS to handle all the disk I/O. :)

thanks a lot,
Shuvam

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Another basic question about Cyrus replication

[Bron Gondwana]

On Mon, Sep 13, 2010 at 08:59:01AM +0530, Shuvam Misra wrote:
> Dear all,
> 
> One more question about sync-server and sync-client. Suppose I have two
> active servers, A and B, which contain completely disjoint sets of
> mailboxes. Can both replicate simultaneously to a replica server C? I
> will run sync-server only on C, and sync-client on A and B, pointing them
> both to C.

Sort of - but it's not really recommended.  Running a separate instance of
Cyrus for each replica (with a different set of config files) would be
more compatible with the way it's designed to work.
 
> If this is possible, I can maintain a slow backup server with large
> disks to maintain a backup of a dozen separate active Cyrus servers where
> the user mailboxes are distributed across this dozen.

You'll find the replica still gets a lot of write IO.  If your master copies
are already getting a lot of writes, the replica is going to struggle.

Bron.

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Another basic question about Cyrus replication

[Shuvam Misra]

Dear all,

One more question about sync-server and sync-client. Suppose I have two
active servers, A and B, which contain completely disjoint sets of
mailboxes. Can both replicate simultaneously to a replica server C? I
will run sync-server only on C, and sync-client on A and B, pointing them
both to C.

If this is possible, I can maintain a slow backup server with large
disks to maintain a backup of a dozen separate active Cyrus servers where
the user mailboxes are distributed across this dozen.

thanks and regards,
Shuvam

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Basic question about Cyrus replication

[Matt Selsky]

On Tue, 7 Sep 2010, Shuvam Misra wrote:

> Thanks, that's clear now. BTW, what's ptloader?

ptloader loads authorization groups from ldap or AFS.


-- 
Matt

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Basic question about Cyrus replication

[Shuvam Misra]

> >How do I prevent the replica server from listening on the imap port? Do
> >I do this by not running imapd (from cyrus.conf)? If yes, then I guess
> >the same needs to be done for POP3 and NNTP too, right?
> 
> Correct.  cyrus.conf's services section should contain syncserver,
> and ptloader, if you need that.  The section should not contain any
> imap/pop/nntp/lmtp services.

Thanks, that's clear now. BTW, what's ptloader?

Shuvam

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Basic question about Cyrus replication

[Matt Selsky]

On Tue, 7 Sep 2010, Shuvam Misra wrote:

> How do I prevent the replica server from listening on the imap port? Do
> I do this by not running imapd (from cyrus.conf)? If yes, then I guess
> the same needs to be done for POP3 and NNTP too, right?

Correct.  cyrus.conf's services section should contain syncserver, and 
ptloader, if you need that.  The section should not contain any 
imap/pop/nntp/lmtp services.


-- 
Matt

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Basic question about Cyrus replication

[Shuvam Misra]

> >When I set up a master and a replica server, does the replica server
> >listen on the IMAP port too, and can it handle IMAP queries while it is
> >receiving sync logs for rolling replication?
> 
> No, the replica only listens on the sync server port.  The replica
> should not listen on the IMAP port and should not accept client
> queries.

Thanks. Clarified my most basic question.

How do I prevent the replica server from listening on the imap port? Do
I do this by not running imapd (from cyrus.conf)? If yes, then I guess
the same needs to be done for POP3 and NNTP too, right?

Shuvam

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Basic question about Cyrus replication

[Matt Selsky]

On Tue, 7 Sep 2010, Shuvam Misra wrote:

> Can you please give me some inputs about how Cyrus replication works?
> I've read the one page that comes with v2.3, and we've been using Cyrus
> (without replication) for a long time now.
>
> When I set up a master and a replica server, does the replica server
> listen on the IMAP port too, and can it handle IMAP queries while it is
> receiving sync logs for rolling replication?

No, the replica only listens on the sync server port.  The replica should 
not listen on the IMAP port and should not accept client queries.

> Basically, my question come from the DBMS background. When we set up a
> master and slave RDB and do near-real-time replication using log
> shipping, then the slave operates in recovery mode, not online mode. So,
> clients can't query the slave during this time. Is it the same with the
> Cyrus replica server?

Yes, it's the same idea as the recovery mode for DBMS.


-- 
Matt

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Basic question about Cyrus replication

[Shuvam Misra]

Hi all,

Can you please give me some inputs about how Cyrus replication works?
I've read the one page that comes with v2.3, and we've been using Cyrus
(without replication) for a long time now.

When I set up a master and a replica server, does the replica server
listen on the IMAP port too, and can it handle IMAP queries while it is
receiving sync logs for rolling replication?

Basically, my question come from the DBMS background. When we set up a
master and slave RDB and do near-real-time replication using log
shipping, then the slave operates in recovery mode, not online mode. So,
clients can't query the slave during this time. Is it the same with the
Cyrus replica server?

thanks,
Shuvam

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/

Re: Question about cyrus ACL synchronisation - permission denied

[Dan White]

On 25/11/09 12:43 +0100, Nicolas Chauvet wrote:
>>> acl oneuser: [lrsid]
>>> setting acl INBOX oneuser lrsid
>>> Could not set acl: 12 NO Permission denied
>> 
>> I'm not quite following the --folderrec INBOX.${u} --regextrans2
>> 's/(.*)/INBOX/' parts.
> I'm not sure either, but this is needed to pick the right mailbox on the 
> source serveur.
>> Which mailbox are you applying the ACLs to? user/abuse?, or 'INBOX'?
> In this case, I try to set ACL on user/abuse.

 From what the above error indicates, it appears to be applying ACLs to
'INBOX' rather than user/abuse, which would agree with how I'm interpreting
the 'regextrans2' option in your command. It appears to be replacing all
mailboxes with 'INBOX' on the destination server.

Also, note that if your intent is to connect as an admin user,
'INBOX' has no useful semantics for user mailboxes, on either the origin
server or the destination. INBOX only applies when connecting as a
user, viewing his personal mailboxes.

For more information, see:
http://cyrusimap.web.cmu.edu/imapd/overview.html#mboxname
RFC 2342

>> With the way you have specified your authentication and authorization
>> identities, imapsync will ultimately assume the identity of 'oneuser' on
>> both servers, rather than 'cyrus', which means that you are not going to
>> have admin rights (unless oneuser is an admin).
>What I have done so I imapsync assume the indentity of oneuser instead of 
>cyrus ?
>Because actually I cannot necessarily have the password of "oneuser".

Yes. Typically you take this approach when you don't have the user's
password (or care to use it), but you wish to connect as the user, which
makes since if you're trying to copy over that user's seen state and
subscriptions. But you should not expect to have any admin rights.

See:
man (5) imapd.conf   (option: proxyservers)
RFC 3501 page 28
RFC  page 14

However, it doesn't make a lot of sense to me if you're copying over ACLs.
It would make more sense to do that as an administrative user *once*,
after/before you've ran the sync script for all your users.

>How can I only sync ACL without also synchronising mailbox ?

Perhaps with:

--folderrec user
--syncacls
--justfolders
--user1 cyrus
--password1 secret1
--user2 cyrus
--password2 secret2

and since your source server appears to use hierarchy separator '.', and
the new server '/', you may or may not need:

--regextrans2 's/\./\//'

-- 
Dan White

Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Question about cyrus ACL synchronisation - permission denied

[Nicolas Chauvet]

Le mardi 24 novembre 2009 à 16:49 -0600, Dan White a écrit :
> On 24/11/09 20:16 +0100, Nicolas Chauvet wrote:
> >I'm trying to use imapsync between two cyrus-imapd servers.
> >At this time, synchronization of user mailbox went fine, with both
> >content and ACL. (using the cyrus account).
> >
> >But when I'm trying to use imapsync to synchronize ACL for shared
> >maiboxes, I obtain this error:
> >
> >acl oneuser: [lrsid]
> >setting acl INBOX oneuser lrsid
> >Could not set acl: 12 NO Permission denied
> >
> >The cyrus account owns rights on the destination mailbox:
> >MAILHOST> lam user/abuse
> >abuse lrswikxtecd
> >cyrus lrswipkxtecda
> >
> >Right on the source mailbox are differents:
> >> lam user.dsi
> >oneuser lrswipcda
> >twouser lrd
> >thiruser lrswipcda
> >cyrus lrswipcda
> >
> >Why ACL aren't synchronized using this imapsync command:
> >imapsync --buffersize 8192000 \
> >  --syncinternaldates --syncacls \
> >  --user1 oneuser \
> >  --subscribed \
> >  --include INBOX --exclude Brouillons --exclude ments --exclude user \
> >  --folderrec INBOX.${u} --regextrans2 's/(.*)/INBOX/' \
> >  --host1 liszt.cacc --authuser1 cyrus --authmech1 PLAIN --ssl1
> >--password1 secret1 \
> >  --host2 localhost --authuser2 cyrus --authmech2 PLAIN --password2
> >secret2 --ssl2 \
> >  --user2 oneuser
> 
> I'm not quite following the --folderrec INBOX.${u} --regextrans2
> 's/(.*)/INBOX/' parts.
I'm not sure either, but this is needed to pick the right mailbox on the source 
serveur.
> Which mailbox are you applying the ACLs to? user/abuse?, or 'INBOX'?
In this case, I try to set ACL on user/abuse.

> With the way you have specified your authentication and authorization
> identities, imapsync will ultimately assume the identity of 'oneuser' on
> both servers, rather than 'cyrus', which means that you are not going to
> have admin rights (unless oneuser is an admin).
What I have done so I imapsync assume the indentity of oneuser instead of cyrus 
?
Because actually I cannot necessarily have the password of "oneuser".

> You might consider running imapsync twice to reduce complexity - once where
> you authz as oneuser, for synchronizing messages and seen state properly,
> and a second time where you authz as the cyrus user for synchronizing acls.
How can I only sync ACL without also synchronising mailbox ?

Thx for your answears

Nicolas Chauvet


Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Question about cyrus ACL synchronisation - permission denied

[Dan White]

On 24/11/09 20:16 +0100, Nicolas Chauvet wrote:
>I'm trying to use imapsync between two cyrus-imapd servers.
>At this time, synchronization of user mailbox went fine, with both
>content and ACL. (using the cyrus account).
>
>But when I'm trying to use imapsync to synchronize ACL for shared
>maiboxes, I obtain this error:
>
>acl oneuser: [lrsid]
>setting acl INBOX oneuser lrsid
>Could not set acl: 12 NO Permission denied
>
>The cyrus account owns rights on the destination mailbox:
>MAILHOST> lam user/abuse
>abuse lrswikxtecd
>cyrus lrswipkxtecda
>
>Right on the source mailbox are differents:
>> lam user.dsi
>oneuser lrswipcda
>twouser lrd
>thiruser lrswipcda
>cyrus lrswipcda
>
>Why ACL aren't synchronized using this imapsync command:
>imapsync --buffersize 8192000 \
>  --syncinternaldates --syncacls \
>  --user1 oneuser \
>  --subscribed \
>  --include INBOX --exclude Brouillons --exclude ments --exclude user \
>  --folderrec INBOX.${u} --regextrans2 's/(.*)/INBOX/' \
>  --host1 liszt.cacc --authuser1 cyrus --authmech1 PLAIN --ssl1
>--password1 secret1 \
>  --host2 localhost --authuser2 cyrus --authmech2 PLAIN --password2
>secret2 --ssl2 \
>  --user2 oneuser

I'm not quite following the --folderrec INBOX.${u} --regextrans2
's/(.*)/INBOX/' parts.

Which mailbox are you applying the ACLs to? user/abuse?, or 'INBOX'?

With the way you have specified your authentication and authorization
identities, imapsync will ultimately assume the identity of 'oneuser' on
both servers, rather than 'cyrus', which means that you are not going to
have admin rights (unless oneuser is an admin).

You might consider running imapsync twice to reduce complexity - once where
you authz as oneuser, for synchronizing messages and seen state properly,
and a second time where you authz as the cyrus user for synchronizing acls.

-- 
Dan White

Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Question about cyrus ACL synchronisation - permission denied

[Nicolas Chauvet]

Hello,

I'm trying to use imapsync between two cyrus-imapd servers.
At this time, synchronization of user mailbox went fine, with both
content and ACL. (using the cyrus account).

But when I'm trying to use imapsync to synchronize ACL for shared
maiboxes, I obtain this error:

acl oneuser: [lrsid]
setting acl INBOX oneuser lrsid
Could not set acl: 12 NO Permission denied

The cyrus account owns rights on the destination mailbox:
MAILHOST> lam user/abuse
abuse lrswikxtecd
cyrus lrswipkxtecda

Right on the source mailbox are differents:
> lam user.dsi
oneuser lrswipcda
twouser lrd
thiruser lrswipcda
cyrus lrswipcda

I'm using:
# rpm -q imapsync
imapsync-1.286-2.el5
# rpm -q cyrus-imapd
cyrus-imapd-2.3.7-7.el5_4.3

Why ACL aren't synchronized using this imapsync command:
imapsync --buffersize 8192000 \
  --syncinternaldates --syncacls \
  --user1 oneuser \
  --subscribed \
  --include INBOX --exclude Brouillons --exclude ments --exclude user \
  --folderrec INBOX.${u} --regextrans2 's/(.*)/INBOX/' \
  --host1 liszt.cacc --authuser1 cyrus --authmech1 PLAIN --ssl1
--password1 secret1 \
  --host2 localhost --authuser2 cyrus --authmech2 PLAIN --password2
secret2 --ssl2 \
  --user2 oneuser


Thanks



Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Question about CYRUS-IMAP and FETCH BODY[]

[Adam Tauno Williams]

On Fri, 2009-03-20 at 12:32 +0100, Sebastian Hagedorn wrote:
> > The library we're using is:
> > http://www.codeproject.com/KB/IP/imaplibrary.aspx
> Looking at the documentation it strikes me that there appears to be no way 
> to actually list the contents of a mailbox. If those commands are really 
> the only ones that exist, the only way to use it would appear to be a 
> SearchMessage followed by a FetchMessage. If you don't do a SeachMessage, 
> you have no way of knowing what you can fetch.

I tried the CodeProject IMAP code awhile back;  it was pretty bad.  If
you need to access IMAP from .NET [which, oddly, support seems lacking
for such a common protocol] the LumiSoft.NET library is much better and
works reliably (even on Mono).





Unfortunately even the ongoing support of that assembly *feels* dodgy;
for one, it is pretty darn hard to find.  I'd strongly recommend
wrapping your IMAP server access is some class or interface so you can
replace the IMAP protocol provider without too much modification to your
app.
-- 
OpenGroupware developer: awill...@whitemice.org

OpenGroupare & Cyrus IMAPd documenation @



Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Question about CYRUS-IMAP and FETCH BODY[]

[Sebastian Hagedorn]

Hi,

--On 19. März 2009 22:43:43 -0600 Paulino Calderon 
 wrote:



Yeah I've realized it would be for the best to replace that old library.
It's going to fail again if we leave it there. Anyway, I'm still curious
why it broke after the upgrade, what do you guys think? Is it just not
following a newer RFC as it's supposed to?


no, nothing has changed in that respect.


The library we're using is:

http://www.codeproject.com/KB/IP/imaplibrary.aspx


Looking at the documentation it strikes me that there appears to be no way 
to actually list the contents of a mailbox. If those commands are really 
the only ones that exist, the only way to use it would appear to be a 
SearchMessage followed by a FetchMessage. If you don't do a SeachMessage, 
you have no way of knowing what you can fetch.

--
.:.Sebastian Hagedorn - RZKR-R1 (Gebäude 52), Zimmer 18.:.
.:.Regionales Rechenzentrum (RRZK).:.
.:.Universität zu Köln / Cologne University - ✆ +49-221-478-5587.:.
  .:.:.:.Skype: shagedorn.:.:.:.

pgpNrrgnR5EZg.pgp
Description: PGP signature

Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Question about CYRUS-IMAP and FETCH BODY[]

[Paulino Calderon]

Bron Gondwana wrote:
> On Thu, Mar 19, 2009 at 06:20:49PM -0600, Paulino Calderon wrote:
>   
>> Sebastian Hagedorn wrote:
>> 
>>> -- Paulino Calderon  is rumored to have 
>>> mumbled on 19. März 2009 11:40:53 -0600 regarding Re: Question about 
>>> CYRUS-IMAP and FETCH BODY[]:
>>>
>>>   
>>>>>> As you can see, the connection is being established succesfully but 
>>>>>> our
>>>>>> program ( it was running OK for almost 2 years btw ) is sending a:
>>>>>>
>>>>>> IMAP FETCH  BODY[1]
>>>>>> 
>>>>> actually that's not true. It's sending a *UID* FETCH, which is
>>>>> something quite different.
>>>>>
>>>>>   
>>>>>> And the server is only responding:
>>>>>> IMAP Ok Completed (0.000 sec)
>>>>>> 
>>>>> That's quite correct if no message with UID 2 exists ... you've given
>>>>> no indication that it *does* exist.
>>>>>   
>>>> Umm, well after a:
>>>> IMAP SELECT INBOX
>>>> The server is responding:
>>>> http://calder0n.com/cyrus-imap-selectinbox-response.png
>>>> 
>>> So? I still see no evidence that a message with *UID* 2 exists. The 
>>> response only shows that a message with *sequence number* 2 exists! 
>>> That's why I said that the actual command is quite different from what 
>>> you claimed it was. This command will give you a response whenever 
>>> there are at least two messages:
>>>   
>> Sorry about that. What command should I send to retrieve the uids of the 
>> unseen messages?  The output in the image shows the traffic between the 
>> program it used to work and the server, i didnt send those commands 
>> manually. So "FETCH <#> BODY[1]" was working before. I assumed that 2 ( 
>> on the screenshot) was from the unseen response after a "select inbox".
>>
>> Thanks again.
>> 
>
> TAG UID SEARCH UNSEEN
>
> (e.g. this on my INBOX)
>
> 
>
> . select inbox
> * FLAGS (\Answered \Flagged \Draft \Deleted \Seen hasnoatt hasatt
> * selected medeleted NonJunk receipt-handled)
> * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen hasnoatt
> * hasatt selected medeleted NonJunk receipt-handled \*)]
> * 887 EXISTS
> * 1 RECENT
> * OK [UNSEEN 882]
> * OK [UIDVALIDITY 1148523981]
> * OK [UIDNEXT 379340]
> * OK [NOMODSEQ] Sorry, modsequences have not been enabled on this
> * mailbox
> * OK [URLMECH INTERNAL]
> . OK [READ-WRITE] Completed
> TAG UID SEARCH UNSEEN
> * SEARCH 379334 379335 379336 379337 379338 379339
> TAG OK Completed (6 msgs in 0.010 secs)
> TAG SEARCH UNSEEN
> * SEARCH 882 883 884 885 886 887
> TAG OK Completed (6 msgs in 0.000 secs)
>
> 
>
> The second one being sequence numbers rather than UIDs.  It's the
> "UID" in the command that makes the difference.
>
> Bron.
>   

Yeah I've realized it would be for the best to replace that old library. 
It's going to fail again if we leave it there. Anyway, I'm still curious 
why it broke after the upgrade, what do you guys think? Is it just not 
following a newer RFC as it's supposed to?

The library we're using is:

http://www.codeproject.com/KB/IP/imaplibrary.aspx

Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Question about CYRUS-IMAP and FETCH BODY[]

[Bron Gondwana]

On Thu, Mar 19, 2009 at 06:20:49PM -0600, Paulino Calderon wrote:
> Sebastian Hagedorn wrote:
> > -- Paulino Calderon  is rumored to have 
> > mumbled on 19. März 2009 11:40:53 -0600 regarding Re: Question about 
> > CYRUS-IMAP and FETCH BODY[]:
> >
> >>>> As you can see, the connection is being established succesfully but 
> >>>> our
> >>>> program ( it was running OK for almost 2 years btw ) is sending a:
> >>>>
> >>>> IMAP FETCH  BODY[1]
> >>>
> >>> actually that's not true. It's sending a *UID* FETCH, which is
> >>> something quite different.
> >>>
> >>>> And the server is only responding:
> >>>> IMAP Ok Completed (0.000 sec)
> >>>
> >>> That's quite correct if no message with UID 2 exists ... you've given
> >>> no indication that it *does* exist.
> >> Umm, well after a:
> >> IMAP SELECT INBOX
> >> The server is responding:
> >> http://calder0n.com/cyrus-imap-selectinbox-response.png
> >
> > So? I still see no evidence that a message with *UID* 2 exists. The 
> > response only shows that a message with *sequence number* 2 exists! 
> > That's why I said that the actual command is quite different from what 
> > you claimed it was. This command will give you a response whenever 
> > there are at least two messages:
> Sorry about that. What command should I send to retrieve the uids of the 
> unseen messages?  The output in the image shows the traffic between the 
> program it used to work and the server, i didnt send those commands 
> manually. So "FETCH <#> BODY[1]" was working before. I assumed that 2 ( 
> on the screenshot) was from the unseen response after a "select inbox".
> 
> Thanks again.

TAG UID SEARCH UNSEEN

(e.g. this on my INBOX)



. select inbox
* FLAGS (\Answered \Flagged \Draft \Deleted \Seen hasnoatt hasatt
* selected medeleted NonJunk receipt-handled)
* OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen hasnoatt
* hasatt selected medeleted NonJunk receipt-handled \*)]
* 887 EXISTS
* 1 RECENT
* OK [UNSEEN 882]
* OK [UIDVALIDITY 1148523981]
* OK [UIDNEXT 379340]
* OK [NOMODSEQ] Sorry, modsequences have not been enabled on this
* mailbox
* OK [URLMECH INTERNAL]
. OK [READ-WRITE] Completed
TAG UID SEARCH UNSEEN
* SEARCH 379334 379335 379336 379337 379338 379339
TAG OK Completed (6 msgs in 0.010 secs)
TAG SEARCH UNSEEN
* SEARCH 882 883 884 885 886 887
TAG OK Completed (6 msgs in 0.000 secs)



The second one being sequence numbers rather than UIDs.  It's the
"UID" in the command that makes the difference.

Bron.

Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Question about CYRUS-IMAP and FETCH BODY[]

[Paulino Calderon]

Sebastian Hagedorn wrote:
> -- Paulino Calderon  is rumored to have 
> mumbled on 19. März 2009 11:40:53 -0600 regarding Re: Question about 
> CYRUS-IMAP and FETCH BODY[]:
>
>>>> As you can see, the connection is being established succesfully but 
>>>> our
>>>> program ( it was running OK for almost 2 years btw ) is sending a:
>>>>
>>>> IMAP FETCH  BODY[1]
>>>
>>> actually that's not true. It's sending a *UID* FETCH, which is
>>> something quite different.
>>>
>>>> And the server is only responding:
>>>> IMAP Ok Completed (0.000 sec)
>>>
>>> That's quite correct if no message with UID 2 exists ... you've given
>>> no indication that it *does* exist.
>> Umm, well after a:
>> IMAP SELECT INBOX
>> The server is responding:
>> http://calder0n.com/cyrus-imap-selectinbox-response.png
>
> So? I still see no evidence that a message with *UID* 2 exists. The 
> response only shows that a message with *sequence number* 2 exists! 
> That's why I said that the actual command is quite different from what 
> you claimed it was. This command will give you a response whenever 
> there are at least two messages:
Sorry about that. What command should I send to retrieve the uids of the 
unseen messages?  The output in the image shows the traffic between the 
program it used to work and the server, i didnt send those commands 
manually. So "FETCH <#> BODY[1]" was working before. I assumed that 2 ( 
on the screenshot) was from the unseen response after a "select inbox".

Thanks again.

>
> 10 FETCH 2 BODY[1]
>
> This command won't give you a response even if there are 100,000 
> messages in the mailbox if none of them has UID 2:
>
> 10 UID FETCH 2 BODY[1]
> -- 
> Sebastian Hagedorn - RZKR-R1 (Flachbau), Zi. 18, Robert-Koch-Str. 10
> Regionales Rechenzentrum (RRZK)
> Universität zu Köln / Cologne University - Tel. +49-221-478-5587


Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Question about CYRUS-IMAP and FETCH BODY[]

[Sebastian Hagedorn]

-- Paulino Calderon  is rumored to have mumbled 
on 19. März 2009 11:40:53 -0600 regarding Re: Question about CYRUS-IMAP 
and FETCH BODY[]:



As you can see, the connection is being established succesfully but our
program ( it was running OK for almost 2 years btw ) is sending a:

IMAP FETCH  BODY[1]


actually that's not true. It's sending a *UID* FETCH, which is
something quite different.


And the server is only responding:
IMAP Ok Completed (0.000 sec)


That's quite correct if no message with UID 2 exists ... you've given
no indication that it *does* exist.

Umm, well after a:
IMAP SELECT INBOX
The server is responding:
http://calder0n.com/cyrus-imap-selectinbox-response.png


So? I still see no evidence that a message with *UID* 2 exists. The 
response only shows that a message with *sequence number* 2 exists! That's 
why I said that the actual command is quite different from what you claimed 
it was. This command will give you a response whenever there are at least 
two messages:


10 FETCH 2 BODY[1]

This command won't give you a response even if there are 100,000 messages 
in the mailbox if none of them has UID 2:


10 UID FETCH 2 BODY[1]
--
Sebastian Hagedorn - RZKR-R1 (Flachbau), Zi. 18, Robert-Koch-Str. 10
Regionales Rechenzentrum (RRZK)
Universität zu Köln / Cologne University - Tel. +49-221-478-5587

pgpJcPlV4nqeo.pgp
Description: PGP signature

Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Question about CYRUS-IMAP and FETCH BODY[]

[Paulino Calderon]

Sebastian Hagedorn wrote:
> Hi,
>
> --On 18. März 2009 21:14:36 -0600 Paulino Calderon 
>  wrote:
>
>> Hey guys,
>> We recently upgraded cyrus-imapd in one of our production servers
>> (debian btw) to 2.2.13-14+b3. After that, one of our programs stopped
>> working complaining about not being able to fetch the messages, so I
>> took a look at the traffic between our imap server and the program and I
>> saw this:
>>
>> http://calder0n.com/cyrus-imap-traffic.png
>>
>> As you can see, the connection is being established succesfully but our
>> program ( it was running OK for almost 2 years btw ) is sending a:
>>
>> IMAP FETCH  BODY[1]
>
> actually that's not true. It's sending a *UID* FETCH, which is 
> something quite different.
> 
>> And the server is only responding:
>> IMAP Ok Completed (0.000 sec)
>
> That's quite correct if no message with UID 2 exists ... you've given 
> no indication that it *does* exist.
Umm, well after a:
IMAP SELECT INBOX
The server is responding:
http://calder0n.com/cyrus-imap-selectinbox-response.png

I ran reconstruct but the problem persists, also there are no errors in 
the logs that could point me to the right direction.

Thanks.

Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Question about CYRUS-IMAP and FETCH BODY[]

[Andreas Winkelmann]

> We recently upgraded cyrus-imapd in one of our production servers
> (debian btw) to 2.2.13-14+b3. After that, one of our programs stopped
> working complaining about not being able to fetch the messages, so I
> took a look at the traffic between our imap server and the program and I
> saw this:
>
> http://calder0n.com/cyrus-imap-traffic.png
>
> As you can see, the connection is being established succesfully but our
> program ( it was running OK for almost 2 years btw ) is sending a:
>
> IMAP FETCH  BODY[1]
> And the server is only responding:
> IMAP Ok Completed (0.000 sec)
>
> But imap is not actually sending the body's content.
> Now since this issue came to surface after our upgrade I suspect that it
> might have something to do with our program's imap library not being
> fully RFC complaint. Has anyone seen this before?
>
> Any hints or ideas on what might be causing this? Possible workarounds?
>
> Thanks for your help in advance.

Hmm, I am missing the complete answer for the SELECT INBOX in your dump.
IMAP003 is not completed. Check you Logs. Maybe there is something wrong
with the Mailbox. Try a reconstruct.

--
Andreas


Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Question about CYRUS-IMAP and FETCH BODY[]

[Sebastian Hagedorn]

Hi,

--On 18. März 2009 21:14:36 -0600 Paulino Calderon 
 wrote:



Hey guys,
We recently upgraded cyrus-imapd in one of our production servers
(debian btw) to 2.2.13-14+b3. After that, one of our programs stopped
working complaining about not being able to fetch the messages, so I
took a look at the traffic between our imap server and the program and I
saw this:

http://calder0n.com/cyrus-imap-traffic.png

As you can see, the connection is being established succesfully but our
program ( it was running OK for almost 2 years btw ) is sending a:

IMAP FETCH  BODY[1]


actually that's not true. It's sending a *UID* FETCH, which is something 
quite different.



And the server is only responding:
IMAP Ok Completed (0.000 sec)


That's quite correct if no message with UID 2 exists ... you've given no 
indication that it *does* exist.

--
.:.Sebastian Hagedorn - RZKR-R1 (Gebäude 52), Zimmer 18.:.
.:.Regionales Rechenzentrum (RRZK).:.
.:.Universität zu Köln / Cologne University - ✆ +49-221-478-5587.:.
  .:.:.:.Skype: shagedorn.:.:.:.

pgpbncXOdmHi6.pgp
Description: PGP signature

Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Question about CYRUS-IMAP and FETCH BODY[]

[Paulino Calderon]

Hey guys,
We recently upgraded cyrus-imapd in one of our production servers 
(debian btw) to 2.2.13-14+b3. After that, one of our programs stopped 
working complaining about not being able to fetch the messages, so I 
took a look at the traffic between our imap server and the program and I 
saw this:

http://calder0n.com/cyrus-imap-traffic.png

As you can see, the connection is being established succesfully but our 
program ( it was running OK for almost 2 years btw ) is sending a:

IMAP FETCH  BODY[1]
And the server is only responding:
IMAP Ok Completed (0.000 sec)

But imap is not actually sending the body's content.
Now since this issue came to surface after our upgrade I suspect that it 
might have something to do with our program's imap library not being 
fully RFC complaint. Has anyone seen this before?

Any hints or ideas on what might be causing this? Possible workarounds?

Thanks for your help in advance.

Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

very newbiw question about cyrus security

[JOYDEEP]

Dear list,

I am using cyrus with LDAP authentication. Cyrus is working well with
LDAP here.
Now I like to implement some security as the authentication is based on
clear text.

I have heared about SSL/TLS  connection which encrypts the connection
between server and client.
So could any one kindly suggest how to enable it ?

Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Question about cyrus quotas - how it behaves

[Ken Murchison]

Anthony Tibbs wrote:
Check out quotawarn: and quotawarnkb: in man imapd.conf.  They result 
in IMAP ALERT messages being generated.

Note that these alerts are sent on SELECT, and it has been claimed 
that Outlook SELECTs a lot, making it unusable. I have not verified this.

Indeed, this can be a problem if you have a large number of folders.  
For example, I have about 30 folders under my Inbox for archived 
messages, various mailing lists, etc., and if I ever get near the quota, 
hitting Control+M to poll for messages is a really bad idea, because 
I'll get an alert dialog at least once for each and every folder -- and 
there's nothing you can do but keep hitting ENTER until it is done.
You can try this patch patch from CVS which I just committed:
http://bugzilla.andrew.cmu.edu/cgi-bin/cvsweb.cgi/src/cyrus/imap/imapd.c.diff?r1=1.490&r2=1.491&f=u
I will reduce the number of ALERTs for any given quotaroot to one every 
10 minutes.  I thought about reducing it to just one per quotaroot, but 
if a user is over quota, I think we want to nag them a little bit.

--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26  Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Question about cyrus quotas - how it behaves

[Anthony Tibbs]

Check out quotawarn: and quotawarnkb: in man imapd.conf.  They result in 
IMAP ALERT messages being generated.
Note that these alerts are sent on SELECT, and it has been claimed that 
Outlook SELECTs a lot, making it unusable. I have not verified this.
Indeed, this can be a problem if you have a large number of folders.  For 
example, I have about 30 folders under my Inbox for archived messages, 
various mailing lists, etc., and if I ever get near the quota, hitting 
Control+M to poll for messages is a really bad idea, because I'll get an 
alert dialog at least once for each and every folder -- and there's nothing 
you can do but keep hitting ENTER until it is done.

It can be annoying, but I'd wager that most people don't sit above that 90% 
threshold for long, before they clue in and dump some old mail.

---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Question about cyrus quotas - how it behaves

[Derrick J Brashear]

On Wed, 4 May 2005, David R Bosso wrote:
--On May 4, 2005 4:19:51 PM -0600 Sun Advocate Webmaster 
<[EMAIL PROTECTED]> wrote:

Just a question for all of you about quotas on cyrus imap.
As far as I see, there is no "grace" quota or warning system. Users not
watching the size of their mailboxes won't know they're near full until
they're actually full. Is this the case?
Check out quotawarn: and quotawarnkb: in man imapd.conf.  They result in IMAP 
ALERT messages being generated.
Note that these alerts are sent on SELECT, and it has been claimed that 
Outlook SELECTs a lot, making it unusable. I have not verified this.
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Question about cyrus quotas - how it behaves

[Wil Cooley]

On Wed, 2005-05-04 at 15:58 -0700, David R Bosso wrote:

> In addition to the IMAP ALERTs provided by the quotawarn settings, we do a 
> weekly cron script that sends an email to users approaching quota.

And in case the user is already over quota, 'deliver -q' will deliver
the message regardless, which solves the problem of sending warning
messages to users already over quota.

Wil
-- 
Wil Cooley [EMAIL PROTECTED]
Naked Ape Consultinghttp://nakedape.cc
* * * * Linux, UNIX, Networking and Security Solutions * * * *


signature.asc
Description: This is a digitally signed message part

Re: Question about cyrus quotas - how it behaves

[David R Bosso]

--On May 4, 2005 4:19:51 PM -0600 Sun Advocate Webmaster 
<[EMAIL PROTECTED]> wrote:

Just a question for all of you about quotas on cyrus imap.
As far as I see, there is no "grace" quota or warning system. Users not
watching the size of their mailboxes won't know they're near full until
they're actually full. Is this the case?
Check out quotawarn: and quotawarnkb: in man imapd.conf.  They result in 
IMAP ALERT messages being generated.

Lets say a user has a 20 MB quota on their mailbox. Lets say it currently
sits at 19 MB (usage). Then, assume postfix hands over a 1.5 MB email
(uncommon, but if there are attachments...). Does Cyrus accept this
message but no further emails, or does it flat-out deny it?
The former.  Mail isn't rejected until the box is over quota.
If it does deny this 1.5 MB email, does it accept a 3k email from postfix
that arrives moments later?
I assume once the quota has been exceeded, users won't be able to receive
new email until they delete old ones. Is the quota restriction/ban
"lifted" immediately after the offending user deletes enough of their
emails?
Yep.  It's also a non-fatal delivery failure, at least on my setup.  So 
mail will continue to be retried until a hard fail, 5 days or so.

Most of my IMAP users (local subnet) will be using Mozilla Thunderbird.
The remaining users will be mostly POP on Outlook (remote users).
POP is a problem because it doesn't provide any feedback like IMAP ALERT.
In addition to the IMAP ALERTs provided by the quotawarn settings, we do a 
weekly cron script that sends an email to users approaching quota.

-David
--
David R Bosso <[EMAIL PROTECTED]>
Systems & Network Manager, Letters and Science IT
UC Santa Barbara - 1054 North Hall 805 451-7160
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Question about cyrus quotas - how it behaves

[Sun Advocate Webmaster]

Just a question for all of you about quotas on cyrus imap.
As far as I see, there is no "grace" quota or warning system. Users not 
watching the size of their mailboxes won't know they're near full until 
they're actually full. Is this the case?

Lets say a user has a 20 MB quota on their mailbox. Lets say it 
currently sits at 19 MB (usage). Then, assume postfix hands over a 1.5 
MB email (uncommon, but if there are attachments...). Does Cyrus accept 
this message but no further emails, or does it flat-out deny it?

If it does deny this 1.5 MB email, does it accept a 3k email from 
postfix that arrives moments later?

I assume once the quota has been exceeded, users won't be able to 
receive new email until they delete old ones. Is the quota 
restriction/ban "lifted" immediately after the offending user deletes 
enough of their emails?

Most of my IMAP users (local subnet) will be using Mozilla Thunderbird. 
The remaining users will be mostly POP on Outlook (remote users).

Thanks
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: question about cyrus

[Christos Soulios]

Quoting Rob Siemborski <[EMAIL PROTECTED]>:

> On Thu, 19 Jun 2003, Wil Cooley wrote:
> 
> > http://haus.nakedape.cc/~wcooley/xfer/cyrus-imapd-2.1.13-3.src/
> >
> > The patch in question is
> > 'cyrus-imapd-2.1.13-autocreate-0.7.1.patch.txt'.  I see no indication in
> > the patch of whence it comes.
> 
The autocreate inbox patch has been created by the University Of Athens. There
is a homepage created for it too. Please see http://email.uoa.gr/autocreate . It
has all the necessary information for the patch as well as frequent updates. 

This patch is the one used in Simon Matter's rpm distribution of cyrus imapd.

Here at the UoA we are interested in integrating the patch into the Cyrus source
code and willing to implement everything needed for it to be done.

> If someone does the following, I think we'll be able to accept it in 2.2:
> 
> 1. Conversion for 2.2 (mostly the configuration options)
Already done in a cvs version cyrus 2.2 (specifically the CVS snapshot was at
19.5.2003)

> 2. MURDER support
It is in our plans to implement this. However, there are a lot of things to be
considered first. Co-operation with the CMU developers would be very helpful.

> 3. Virtual Domain Support
This is currently being implemented. I hope it will be ready quite soon.

> 
> (I realize the last two are on the todo list, but they're really necessary
> to have a consistant behavior throughout the system).
I totally agree. 

> 
> -Rob

Christos


-- 
/**
 * Christos Soulios
 * Department of Informatics
 * University of Athens
 * e-mail : [EMAIL PROTECTED]
 */

Re: question about cyrus

[Rob Siemborski]

On Thu, 19 Jun 2003, Wil Cooley wrote:

> http://haus.nakedape.cc/~wcooley/xfer/cyrus-imapd-2.1.13-3.src/
>
> The patch in question is
> 'cyrus-imapd-2.1.13-autocreate-0.7.1.patch.txt'.  I see no indication in
> the patch of whence it comes.

If someone does the following, I think we'll be able to accept it in 2.2:

1. Conversion for 2.2 (mostly the configuration options)
2. MURDER support
3. Virtual Domain Support

(I realize the last two are on the todo list, but they're really necessary
to have a consistant behavior throughout the system).

> The 'forcedowncase' patch seems really useful too, given that in some
> installations I've been relying on this "broken" behaviour of 2.0,
> because people expect e-mail addresses to be case insensitive.

I'm looking back at the thread that discussed this patch now...

I don't see a reason NOT to take it (other than the fact that this should
*really* be an MTA operation), though the algorithm looks a bit
goofy with its two for loops (though simple to rewrite to something a bit
cleaner).

I'll try to get it in CVS sometime today.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

Re: question about cyrus

[Wil Cooley]

On Thu, 2003-06-19 at 10:31, Rob Siemborski wrote:
> On Thu, 19 Jun 2003, Wil Cooley wrote:
> 
> > > These aren't valid options.
> >
> > Ah, this is a patch that comes with Simon Matter's RPMs.  Seems like a
> > pretty nice feature.   But hard to do right, you say?
> 
> I haven't seen the patches.

I've dumped the source RPM here:

http://haus.nakedape.cc/~wcooley/xfer/cyrus-imapd-2.1.13-3.src/

The patch in question is
'cyrus-imapd-2.1.13-autocreate-0.7.1.patch.txt'.  I see no indication in
the patch of whence it comes.

The 'forcedowncase' patch seems really useful too, given that in some
installations I've been relying on this "broken" behaviour of 2.0,
because people expect e-mail addresses to be case insensitive.

Wil
-- 
Wil Cooley [EMAIL PROTECTED]
Naked Ape Consultinghttp://nakedape.cc
* * * * Linux, UNIX, Networking and Security Solutions * * * *
* Tired of spam and viruses in your e-mail?  Get the *
* Naked Ape Mail Defender! http://nakedape.cc/r/maildefender *



signature.asc
Description: This is a digitally signed message part

Re: question about cyrus

[Wil Cooley]

On Thu, 2003-06-19 at 10:22, Rob Siemborski wrote:
> On Thu, 19 Jun 2003, Wil Cooley wrote:
> 
> > I thought there were features in 2.1 that would do this?  Or does this
> > only allow the MUA to auto-create mailboxes?
> >
> > I'm speaking of:
> >  o autocreatequota
> 
> This only allows the MUA to create mailboxes.
> 
> >  o createonpost
> >  o autocreateinboxfolders
> >  o autosubscribeinboxfolders
> 
> These aren't valid options.

Ah, this is a patch that comes with Simon Matter's RPMs.  Seems like a
pretty nice feature.   But hard to do right, you say?

Wil
-- 
Wil Cooley [EMAIL PROTECTED]
Naked Ape Consultinghttp://nakedape.cc
* * * * Linux, UNIX, Networking and Security Solutions * * * *
* Tired of spam and viruses in your e-mail?  Get the *
* Naked Ape Mail Defender! http://nakedape.cc/r/maildefender *



signature.asc
Description: This is a digitally signed message part

Re: question about cyrus

[Rob Siemborski]

On Thu, 19 Jun 2003, Wil Cooley wrote:

> > These aren't valid options.
>
> Ah, this is a patch that comes with Simon Matter's RPMs.  Seems like a
> pretty nice feature.   But hard to do right, you say?

I haven't seen the patches.

Its easy to misconfigure a server with such an option, I don't think its
hard to implement.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

Re: question about cyrus

[Wil Cooley]

On Thu, 2003-06-19 at 09:59, Rob Siemborski wrote:
> On Thu, 19 Jun 2003, Drew Weaver wrote:
> 
> > Up until now we were using popper as the method of our using retrieving
> > their email, and with popper, as long as the user has an account on the Mail
> > server, a mailbox is automagically created when sendmail writes their first
> > message to /var/spool/mail.
> 
> Nope, thats not how it works with cyrus.
> 
> I suppose we could implement a create-mailbox-on-delivery thing, but then
> your MTA would need to detect illegal accounts before they hit LMTP
> (otherwise every spam to a bad address would create another folder).

I thought there were features in 2.1 that would do this?  Or does this
only allow the MUA to auto-create mailboxes?

I'm speaking of:
 o autocreatequota
 o createonpost
 o autocreateinboxfolders
 o autosubscribeinboxfolders

Wil
-- 
Wil Cooley [EMAIL PROTECTED]
Naked Ape Consultinghttp://nakedape.cc
* * * * Linux, UNIX, Networking and Security Solutions * * * *
* Tired of spam and viruses in your e-mail?  Get the *
* Naked Ape Mail Defender! http://nakedape.cc/r/maildefender *



signature.asc
Description: This is a digitally signed message part

Re: question about cyrus

[Rob Siemborski]

On Thu, 19 Jun 2003, Wil Cooley wrote:

> I thought there were features in 2.1 that would do this?  Or does this
> only allow the MUA to auto-create mailboxes?
>
> I'm speaking of:
>  o autocreatequota

This only allows the MUA to create mailboxes.

>  o createonpost
>  o autocreateinboxfolders
>  o autosubscribeinboxfolders

These aren't valid options.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

Re: question about cyrus

[Rob Siemborski]

On Thu, 19 Jun 2003, Drew Weaver wrote:

> Up until now we were using popper as the method of our using retrieving
> their email, and with popper, as long as the user has an account on the Mail
> server, a mailbox is automagically created when sendmail writes their first
> message to /var/spool/mail.

Nope, thats not how it works with cyrus.

I suppose we could implement a create-mailbox-on-delivery thing, but then
your MTA would need to detect illegal accounts before they hit LMTP
(otherwise every spam to a bad address would create another folder).

> Does it work the same way in cyrus? if not is there a way to automate the
> process of adding/removing mailboxes, with our add/remove user scripts?

Look at the Cyrus::IMAP::Admin perl module.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

Re: question about cyrus

[Drew Weaver]

Well, what i mean is this.

Up until now we were using popper as the method of our using retrieving
their email, and with popper, as long as the user has an account on the Mail
server, a mailbox is automagically created when sendmail writes their first
message to /var/spool/mail.

Does it work the same way in cyrus? if not is there a way to automate the
process of adding/removing mailboxes, with our add/remove user scripts?

-Drew

- Original Message - 
From: "Rob Siemborski" <[EMAIL PROTECTED]>
To: "Drew Weaver" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, June 19, 2003 12:35 PM
Subject: Re: question about cyrus


> On Thu, 19 Jun 2003, Drew Weaver wrote:
>
> > Is it nessicary to make a mailbox for each user or can cyrus handle
> > that?
>
> I *think* the answer to your question is "yes, it is necessary"
>
> Though, cyrus can be configured to allow users to create their own inbox
> (almost no clients support this, however).
>
> -Rob
>
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
> Research Systems Programmer * /usr/contributed Gatekeeper
>

Re: question about cyrus

[Rob Siemborski]

On Thu, 19 Jun 2003, Drew Weaver wrote:

> Is it nessicary to make a mailbox for each user or can cyrus handle
> that?

I *think* the answer to your question is "yes, it is necessary"

Though, cyrus can be configured to allow users to create their own inbox
(almost no clients support this, however).

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

question about cyrus

[Drew Weaver]

    Is it nessicary to make a 
mailbox for each user or can cyrus handle that?
 
-Drew
 

Re: One more question about Cyrus

[Xhemil Meco]

 
Hi,
you cannot use dots in usernames - it would interfere with the cyrus
mailbox name schema . The solution we found is to patch cyrus so it
changes dots in '_'
There is no virtual domain support in cyrus (as far as I know),
but there have been some patches.
Once again the solution we are using is to change [EMAIL PROTECTED] into
user_domain_tld for the
mailbox names. This requires patches to cyrus. Another way
to do with with sendmail is adding this to
the virtualusertable file:
@domain.tld [EMAIL PROTECTED]
Hope this helps.
Regards
 
Antonio Navarro Navarro wrote:
Hi again !!
Is possible to create usernames containing dots ? ([EMAIL PROTECTED])
?
If not, is possible to create the mail in the IMAP server like
[EMAIL PROTECTED] (or similar) and write a rule in postfix or sendmail
in order to deliver the e-mail to the correct account (changing the
'.' for
a '+')?
Regards,
Antonio Navarro Navarro
BemarNet Management
http://www.bemarnet.es
[EMAIL PROTECTED]
Tlf. +34-96-1656644
Fax. +34-96-1656514

-- 
Xhemil Meco
System Administrator
Onatoo - La Vente aux Encheres sur Internet
 

One more question about Cyrus

[Antonio Navarro Navarro]

Hi again !!

Is possible to create usernames containing dots ? ([EMAIL PROTECTED]) ?
If not, is possible to create the mail in the IMAP server like
[EMAIL PROTECTED] (or similar) and write a rule in postfix or sendmail
in order to deliver the e-mail to the correct account (changing the '.' for
a '+')?

Regards,

Antonio Navarro Navarro
BemarNet Management
http://www.bemarnet.es
[EMAIL PROTECTED]
Tlf. +34-96-1656644
Fax. +34-96-1656514