Search results

No, LDAP isn't in the mix which doesn't really matter at this point because you clearly went off on a tangent to the OP. In short, you could've just answered the OP by either. A) No, only LDAP can use it. Even though without LDAP, the users still get a link daily to able to log in... Let me...

Well, here's a scenario if you still doesn't make sense. Currently, I have 2 quarantine actions. 1- Block level 4 - notify user with attachment 2- Block level 5 - notify user Block 4- is for when there is a false positive. Which I observed a lot if a domain isn't configured properly outbound...

I believe it would make sense to attach the quarantine link when notifying the user of potenial spam in the queue. But by default PMG only send out the link in the daily report. Is it possible to add that in the Notify Receiver action? I assume just pasting the code found in...

Thanks! That was it.

So is the "could not change directory to "/root": Permission denied" normal for when running a pmgcm sync? I get that error but in the GUI says all 3 members are active.

Ok located the issue, seems like rsync is refusing. rsync: connection unexpectedly closed (0 bytes received so far) [Receiver] syncing master configuration from 'masternodeip' failed: rsync error: unexplained error (code 255) at io.c(235) [Receiver=3.1.3] The Master was missing the ssh keys...

Ok, in /etc/pmg/transports, the destination is still set to oldint... So that explains the delivery issue. I'm running this in a cluster, I can see the Master is Active but the two nodes are in Syncing state forever. Could this be where the issue lies? On the master's syslog Feb 26 10:48:05...

Here is the log from extMX (1.2.3.4) forwarding back to the piping email address (pipe@incoming.domain.com) (int.servers.com - 2.3.4.5) but it should be (newint.servers.com - 3.4.5.6) Feb 26 09:36:53 infilter1 postfix/smtpd[29052]: connect from m.externalmx.com[1.2.3.4] Feb 26 09:36:53...

Here is an email I just sent Outside email (test@testemail.com) to email address cs@service.domain.com -> extMX (1.2.3.4) Feb 26 09:36:44 infilter1 postfix/smtpd[29052]: connect from mail-pl1-f194.google.com[209.85.214.194] Feb 26 09:36:44 infilter1 postfix/smtpd[29052]: ECE5F2005E4...

I'm not sure if this is a bug (6.0-6) or not. I have tried removing the domain in the Relay, Transports section and then add it back. Just tried updating the host field under Transports, also restarted the server. All resulted the same. Emails being routed to the old destination. To break...