Re: 5.4c1 & Mac Clients? (CalDAV/CardDAV/etc.)

iCal works fine, but CardDAV seems to not work at all for me. I can 
login, it all looks fine but in iCal I am not seeing my Contacts and 
then if I add someone.. it does not turn up on the server.

On 25/01/11 2:27 PM, Noah Lehmann-Haupt wrote:
> Thank you for the response Scott.  This is with 5.4c1?  Can you give a
> bit more details on your setup?  Is HTTPU running on port 8100 or a
> different port?  Any chance you can verify what the settings are for
> iCal and Address Book so I can try mirroring them?
>
> Best,
> --Noah
>
> On Mon, Jan 24, 2011 at 8:45 AM, Scott Konowal<konowal.1 <at> cfaes.osu.edu>  wrote:
>> I've done some limited testing with Mac clients (iCal.app and Address Book.app) on a single domain,
non-SSL CGate setup. They both seem to work fine for me for the most part.
>>
>>
>> On Jan 22, 2011, at 12:30 PM, Noah Lehmann-Haupt wrote:
>>
>>> Hi there -- I'm evaluating 5.4c1 and trying to see if I'm able to get it to work with a Mac client using iCal
(CalDAV) and Address Book (CardDAV).
>>>
>>> After several hours, I have so far been unsuccessful.  Has anyone at Stalker tested this version
directly with a Mac client to verify that it works?  I appear to get able to get a previous server version
(5.2.x) working with iCal, but with 5.4c1 I'm having more difficulty.
>>>
>>> Here are the results of my tests.  I have verified the basics -- that HTTU is enabled, that WebCal is
enabled for the user, and that the server is up and running.
>>>

Removing client address headers

We've had some problems with destination servers rejecting email because the client IP had a poor
reputation in Barracuda's Reputation service. The email was perfectly legitimate, and it just so
happened that the user was unfortunate enough to have been allocated a dynamic IP from his ISP which
presumably had been previously allocated to a compromised PC.

The reason for the rejection was that the Received header had the client's IP in it and this was what the
rejecting server picked up on. 

Is there any way of making CGP not add that address into the Received header?  I suspect that doing this might
violate some email RFC or other.

__ 
Kindest regards,

Niall  O Broin

#############################################################
This message is sent to you because you are subscribed to
  the mailing list <CGatePro <at> mail.stalker.com>.
To unsubscribe, E-mail to: <CGatePro-off <at> mail.stalker.com>
To switch to the DIGEST mode, E-mail to <CGatePro-digest <at> mail.stalker.com>
To switch to the INDEX mode, E-mail to <CGatePro-index <at> mail.stalker.com>
Send administrative queries to  <CGatePro-request <at> mail.stalker.com>

Re: Removing client address headers - Case[AOAW0201-004QA]

Hello,

On 2011-02-01 15:44, Niall O Broin wrote:
> We've had some problems with destination servers rejecting email because the client IP had a poor
reputation in Barracuda's Reputation service. The email was perfectly legitimate, and it just so
happened that the user was unfortunate enough to have been allocated a dynamic IP from his ISP which
presumably had been previously allocated to a compromised PC.
>
> The reason for the rejection was that the Received header had the client's IP in it and this was what the
rejecting server picked up on.
>
> Is there any way of making CGP not add that address into the Received header?  I suspect that doing this might
violate some email RFC or other.

WebAdmin -> Settings -> Mail -> SMTP -> Sending -> Processing -> Hide 
'Received' fields

>
> __
> Kindest regards,
>
>
> Niall  O Broin

--

-- 
Best regards,
Dmitry Akindinov

=======================================================================
When answering to letters sent to you by the tech.support staff, make

Re: Removing client address headers

Niall wrote:
> The reason for the rejection was that the Received header had the client's
> IP in it and this was what the rejecting server picked up on.

Adding to the other reply - contact the people with the rejecting system and advise them that "Deep Header
Inspection" should be turned off on their Barracuda appliance. Yes, it's their network, their rules - but
they *will* be rejecting legitimate mail by using that option.

Graeme

#############################################################
This message is sent to you because you are subscribed to
  the mailing list <CGatePro <at> mail.stalker.com>.
To unsubscribe, E-mail to: <CGatePro-off <at> mail.stalker.com>
To switch to the DIGEST mode, E-mail to <CGatePro-digest <at> mail.stalker.com>
To switch to the INDEX mode, E-mail to <CGatePro-index <at> mail.stalker.com>
Send administrative queries to  <CGatePro-request <at> mail.stalker.com>

mailbox access denied

I made a rule to store some e-mail in a separate mailbox.

It is a server-wide rule, but I always get the error "mailbox access denied".

Do I need ACL for the server-wide rules now? (I read something about it, but only on domain or account rules).

What do I miss??

16:36:45.591 1 ENQUEUER([5357080]) [5357080] rule(arch_rn12): failed to store in mailbox
'~public/rn12'. Error Code=mailbox access denied

Marcel

+---
mailto:mhochuli <at> a-f.ch
otherto:noway <at> a-f.ch
_______________________________________

#############################################################
This message is sent to you because you are subscribed to
  the mailing list <CGatePro <at> mail.stalker.com>.
To unsubscribe, E-mail to: <CGatePro-off <at> mail.stalker.com>
To switch to the DIGEST mode, E-mail to <CGatePro-digest <at> mail.stalker.com>
To switch to the INDEX mode, E-mail to <CGatePro-index <at> mail.stalker.com>
Send administrative queries to  <CGatePro-request <at> mail.stalker.com>

Re: mailbox access denied

Re: Removing client address headers

Re: mailbox access denied

On 2/02/2011 1:41 AM, Marcel Hochuli wrote:
> I made a rule to store some e-mail in a separate mailbox.
>
> It is a server-wide rule, but I always get the error "mailbox access denied".
>
> Do I need ACL for the server-wide rules now? (I read something about it, but only on domain or account rules).
>
> What do I miss??
>
>
> 16:36:45.591 1 ENQUEUER([5357080]) [5357080] rule(arch_rn12): failed to store in mailbox
'~public/rn12'. Error Code=mailbox access denied
>

Show us your rule. Maybe we can help with it? It looks as though your 
mailbox in the Store In rule is incorrect.

--

-- 

Shaun
http://www.fitzroyisland.com http://www.destinationnt.com
http://www.momdarwin.com http://www.valueinn.com.au
Please do not send any unsolicited email. It is not wanted.

#############################################################
This message is sent to you because you are subscribed to
  the mailing list <CGatePro <at> mail.stalker.com>.
To unsubscribe, E-mail to: <CGatePro-off <at> mail.stalker.com>
To switch to the DIGEST mode, E-mail to <CGatePro-digest <at> mail.stalker.com>
To switch to the INDEX mode, E-mail to <CGatePro-index <at> mail.stalker.com>
Send administrative queries to  <CGatePro-request <at> mail.stalker.com>

Re: mailbox access denied

The account "public" seems to be a member of the root domain according to 
this rule. Is it a server-wide or domain-wide rule?

On Tue, 1 Feb 2011 15:41:53 +0000
  Marcel Hochuli <mhochuli <at> a-f.ch> wrote:
> I made a rule to store some e-mail in a separate mailbox.
>
> It is a server-wide rule, but I always get the error "mailbox access
>denied".
>
> Do I need ACL for the server-wide rules now? (I read something about
>it, but only on domain or account rules).
>
> What do I miss??
>
>
> 16:36:45.591 1 ENQUEUER([5357080]) [5357080] rule(arch_rn12): failed
>to store in mailbox '~public/rn12'. Error Code=mailbox access denied
>
>
>
> Marcel
>
>
> +---
> mailto:mhochuli <at> a-f.ch
> otherto:noway <at> a-f.ch
> _______________________________________
>
>
>
>
> #############################################################
> This message is sent to you because you are subscribed to
>  the mailing list <CGatePro <at> mail.stalker.com>.
> To unsubscribe, E-mail to: <CGatePro-off <at> mail.stalker.com>
> To switch to the DIGEST mode, E-mail to
><CGatePro-digest <at> mail.stalker.com>
> To switch to the INDEX mode, E-mail to
><CGatePro-index <at> mail.stalker.com>
> Send administrative queries to  <CGatePro-request <at> mail.stalker.com>

#############################################################
This message is sent to you because you are subscribed to
  the mailing list <CGatePro <at> mail.stalker.com>.
To unsubscribe, E-mail to: <CGatePro-off <at> mail.stalker.com>
To switch to the DIGEST mode, E-mail to <CGatePro-digest <at> mail.stalker.com>
To switch to the INDEX mode, E-mail to <CGatePro-index <at> mail.stalker.com>
Send administrative queries to  <CGatePro-request <at> mail.stalker.com>

Re: mailbox access denied

Hello,

Which version of CGPro is that?

Does account "public" in the primary domain exist, with the folder 
"rnl2" in it?

Did you revoke any rights from the postmaster account?

On 2011-02-01 18:41, Marcel Hochuli wrote:
> I made a rule to store some e-mail in a separate mailbox.
>
> It is a server-wide rule, but I always get the error "mailbox access denied".
>
> Do I need ACL for the server-wide rules now? (I read something about it, but only on domain or account rules).
>
> What do I miss??
>
>
> 16:36:45.591 1 ENQUEUER([5357080]) [5357080] rule(arch_rn12): failed to store in mailbox
'~public/rn12'. Error Code=mailbox access denied
>
>
>
> Marcel

--

-- 
Best regards,
Dmitry Akindinov

=======================================================================
When answering to letters sent to you by the tech.support staff, make
sure the original message you have received is included into your
reply.

#############################################################
This message is sent to you because you are subscribed to
  the mailing list <CGatePro <at> mail.stalker.com>.
To unsubscribe, E-mail to: <CGatePro-off <at> mail.stalker.com>
To switch to the DIGEST mode, E-mail to <CGatePro-digest <at> mail.stalker.com>
To switch to the INDEX mode, E-mail to <CGatePro-index <at> mail.stalker.com>
Send administrative queries to  <CGatePro-request <at> mail.stalker.com>