managed server

 The directory and file are accessible to majordomo and group daemon , but may not be accessible to Exim's runtime user ( mail ). This could explain why routing works in one test but recipient verification fails. Please run these read-only checks first. Do not change permissions yet. DOMAIN="trinityengineers.com" ALIAS="/etc/virtual/$DOMAIN/majordomo/list.aliases" echo "===== EXIM USER AND GROUPS =====" id mail id majordomo echo echo "===== CAN EXIM READ THE ALIAS FILE? =====" runuser -u mail -- test -r "$ALIAS" echo "mail_can_read_alias_file=$?" runuser -u mail -- test -x "/etc/virtual/$DOMAIN/majordomo" echo "mail_can_enter_majordomo_dir=$?" echo echo "===== DIRECTORY PERMISSIONS =====" namei -l "$ALIAS" echo echo "===== EXACT ALIAS ENTRY =====" sed -n '/^edpdept:/l' "$ALIAS" echo echo "===== EXIM ADDRESS VERIFICATION =====" exim -bv edp...

  Apply the targeted routing fix Your configuration already provides /etc/exim.routers.pre.conf before lookuphost . This is the correct place to catch Majordomo aliases without changing ordinary mail routing. First check the include: cat /etc/exim.routers.pre.conf 2>/dev/null If it has no existing Majordomo router, add: cat >> /etc/exim.routers.pre.conf <<'EOF' majordomo_aliases_pre: driver = redirect allow_defer allow_fail domains = lsearch,ret=key;/etc/virtual/domainowners data = ${if exists{/etc/virtual/${domain_data}/majordomo/list.aliases}{${lookup{$local_part}lsearch{/etc/virtual/${domain_data}/majordomo/list.aliases}}}} file_transport = address_file group = daemon pipe_transport = majordomo_pipe retry_use_local_part no_rewrite user = majordomo EOF Validate and test: exim -bV >/dev/null || exit 1 exim -bt it_team@hrworksindia.com exim -bt bum@hrworksindia.com Both should resolve through majordomo_aliases_pre , not lookuphost . If...

 SMTP error from remote mail server after pipelined MAIL FROM:<touch.nitin@gmail.com> SIZE=10419: 451 4.3.0 Temporary lookup error zimbra.log Nov  4 23:07:08 mail postfix/submission/smtpd[32052]: warning: mynetworks: non-null host address bits in "192.227.0.0/1", perhaps you should use "128.0.0.0/1" instead 127.0.0.0/8 [::1]/128 192.168.1.0/24 192.168.122.0/24 192.227.68.211/32 103.75.57.2/32 192.227.0.0/1 zmprov ms `zmhostname` zimbraMtaMyNetworks '127.0.0.0/8 [::1]/128 192.168.1.0/24 192.168.122.0/24 192.227.68.211/32 103.75.57.2/32' zmmtactl reload

 hestiacp nginx port change 1. Enable port 8083 with SSL Run this command to uncomment the two existing listener lines: sed -i \   -e 's/^[[:space:]]*#[[:space:]]*listen[[:space:]]*8083 ssl;/            listen              8083 ssl;/' \   -e 's/^[[:space:]]*#[[:space:]]*listen[[:space:]]*\[::\]:8083 ssl;/            listen              [::]:8083 ssl;/' \   /usr/local/hestia/nginx/conf/nginx.conf

 Low performance paused the gig with ss 4 for 14 hours  just updated thumbnail and it went away 2nd time paused 2 gigs and price increased from 10$ to 15$ in 2 live gigs and the best-selling one

 p45 and p47 sed -i '/CONFIGURED ldap-patch 8\.8\.15_P45/s/CONFIGURED ldap-patch 8\.8\.15_P45/CONFIGURED patch 8.8.15_P47/' /opt/zimbra/.install_history grep -n 'CONFIGURED .*patch' /opt/zimbra/.install_history su - zimbra -c 'zmcontrol -v'

  Restart the RDP Clipboard Process (Remote PC) Most of the time, the clipboard service on the remote computer gets stuck. Press Ctrl + Shift + Esc inside your remote session to open the Task Manager . Go to the Details tab. Find rdpclip.exe (or RDP Clipboard Monitor ), right-click it, and select End task . Click File > Run new task . Type rdpclip.exe and click OK