Odd mail server behaviour

Hi
For four days now I've been having a frustrating time with Mail on both my iMac and my old iBook. This has been happening on different wireless networks. I send an email from my main account, which is an IMAP account. I see the gear next to 'sending spin' for about ten seconds, then the progress bar goes to 99% in 'mail activity' ('outgoing mail'), then the email pops onto the screen witha delivery failure and I get given a choice of mail servers to choose to try again. Here's the thing - I select the very same server that the account in question is configured to use, and the email then goes instantaneously. This is happening with every single email I send on this account, the smtp details are configured correctly, but no email will go the first time.
I sync my mail rules etc. on mobileme, which is perhaps why this is happening on both of my machines, and the behaviour started on both at the same time, though they've both had the same mail smtp configuration for that account, unchanged, for over a year without any issues.
What's happening, and how do I get mail to work as it did?

You might also want to harden OSX.4 Tiger server against spam. I wrote an article which details implementing greylisting, blackholes, backscatter filtering, checking the sending mail server, recipient and email content. This supplements the anti-virus and spam checks already included in OSX Server to significantly reduce spam received and load on the mail server.
Go http://happymac.info/node/10

Similar Messages

  • Odd Mail Server Setup Issues

    So after purchasing my new Xserve which i will be using as my company's primary mail server.
    i own a domain hosted by my ISP, and I have a static IP. I have also purchased a sonicwall pro 2040 firewall and have opened up the ports needed for the mail service smtp, pop, imap and web for webmail.
    I have already configured the MX and A settings with my ISP DNS server.
    i will be using an example.com as my domain.
    My current settings are,
    Computer Name : mail.example.com
    In Computer Services under Mail i have the following things checked off.
    General (the list below i have checked off)
    -> Enable Pop
    -> Enable SMTP
    -> Allow incoming mail
    domain :example.com
    hostname : mail.example.com
    Relay (the list below i have checked off)
    -> Accept SMTP relays only from these hosts and networks
    127.0.0.1/32
    my static ip
    my mail server local lan address
    -> Use these junk mail rejection servers
    zen.spamhaus.org
    Filters (the list below i have checked off)
    -> Scan email for Junk @ 5 junk score
    -> Scan email for virus and delete
    -> update the junk mail and virus 1 time a day
    Quotas
    -> Refuse incoming mail larger the 25MB
    Advanced
    Not sure what i should do here, my staff will be accessing email from all over north america and ideas i have played around a bit but nothing makes me able to set a mail client up to my server.
    Hosting -> local host and my domain.
    In my log files for mail access its also says empty option value on line 15 of the config file.
    Anyone have any ideas.

    You might also want to harden OSX.4 Tiger server against spam. I wrote an article which details implementing greylisting, blackholes, backscatter filtering, checking the sending mail server, recipient and email content. This supplements the anti-virus and spam checks already included in OSX Server to significantly reduce spam received and load on the mail server.
    Go http://happymac.info/node/10

  • Odd SMTP server behaviour - Recipient address rejected: Service is unavaila

    Hi,
    I noticed since upgrading to 10.6 that some emails took a long time to go through on my mail server. Looking at the logs it looks as if a lot of mails are being rejected on the first try with a ...
    450 4.7.1 <[removed]@[removed]>: Recipient address rejected: Service is unavailable
    The next attempt to deliver seems to succeed.
    Any suggestions where to look at what is going wrong? I have log level set to debug but there is no extra info so I am unsure which service is unavailable.

    http://discussions.apple.com/thread.jspa?threadID=2130446&tstart=0&messageID=102 60551#10260551

  • HT4864 When trying to update my Mail Account Mailbox Behaviours settings, when I try to close the settings pane the following messages occur: Invalid Incoming Mail Server The "Incoming Mail Server" field cannot be empty. The incoming mail server box has p

    When trying to update my Mail Account Mailbox Behaviours settings, after making the changes when I try to close the settings pane the following messages occur: Invalid Incoming Mail Server The “Incoming Mail Server” field cannot be empty. The incoming mail server box has in light grey colour: p02-imap.mail.me.com in it and I cannot edit its content. Any ideas what is going on and how to fix it?

    Hi all,
    Mattreichenbach is probably on the right track here with a reset of settings.  I think I've determined the issue has to do with cached account information and inconsistencies for the account name.  This seems to crop up when I've changed my password and it hasn't propagated fully to all the servers, devices, certificates, etc.
    Hopefully many here are on their way to restoration of service by now but it's clear that a lot of people are having the same issues.  Very frustrating and definitely something Apple needs to resolve:  incoming mail server field grayed out, incorrect autopopulation of different fields, other unanticipated behaviors.  If you're still having issues, though, here's what worked for me...
    First, head to the iCloud preferences pane in System Configuration and choose "Sign Out".  When I did this it prompted me with a number of "are you sure" type questions about retaining information on my local machine.  I chose to delete/remove the info each time simply because it should all be restored by the cloud and I didn't want to risk a massive duplication of my data... I will say, I'm back up and running with no issues so I suspect you can make the same delete/remove choices...  But use your own judgment.  I don't want you to lose any data (ie.. please use care as you do this because I cannot bear the thought of causing anyone to experience the pain of data loss).
    Once you've signed out of iCloud, restart your system.  When you get back in, head to the Mail, Contacts and Calendars section of your System Preferences and add your account back by choosing the brushed aluminum "iCloud" button.  When it asks for your account name, use your @iCloud.com email address.  I am all but certain my issue had started because one of my devices (iPhone or whatever) had been set up with an email alias specified instead of my @iCloud.com address.
    Apple, if you're reading through any of these issues (there are TONS of users having this same problem).  Take note, that your icloud service somewhat frequently is not responding and yet tells the user that the password is wrong and this prompts people to be changing their passwords unnecessarily.  This has happened to me on numerous occasions.  Also, I noticed that last week's outage corresponded to a VERY similar outage exactly one year ago to the day.  Sounds like planned maintenance to me and I think you could do a better job notifying folks so we're not wasting HUGE amounts of time troubleshooting a problem that we have no hope of fixing.
    Hope that helps some of you!
    Terry Mullane
    Washington, DC

  • Mail server setup issues

    Hi.
    I am in trouble setting up a basic mail server. I just spent the last 10 or so hours, in one more try to set it, and yet no results.
    Please, give some help as i am becoming sort of desperated with it
    This time, i followed this guide since the beginning.
    What I've done:
    - Created a user vmail, with home directory set on /var/mail/vmail/
    - Had a LAMP server already working.
    - Created two databases: postfix_db and roundcube_db, owned by postfix_user and roundcube_user respectively.
    - Since it is for personal use and i don't use "old/odd clients like Outlook"  i skipped smtps. And made the following files:
    My postfix main.cf(every commented line removed):
    queue_directory = /var/spool/postfix
    command_directory = /usr/bin
    daemon_directory = /usr/lib/postfix
    data_directory = /var/lib/postfix
    mail_owner = postfix
    mydomain = mydomainname.tld
    unknown_local_recipient_reject_code = 550
    alias_maps = hash:/etc/postfix/aliases
    alias_database = $alias_maps
    debug_peer_level = 2
    debugger_command =
    PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
    ddd $daemon_directory/$process_name $process_id & sleep 5
    sendmail_path = /usr/bin/sendmail
    newaliases_path = /usr/bin/newaliases
    mailq_path = /usr/bin/mailq
    setgid_group = postdrop
    html_directory = no
    manpage_directory = /usr/share/man
    sample_directory = /etc/postfix/sample
    readme_directory = /usr/share/doc/postfix
    inet_protocols = ipv4
    relay_domains = *
    virtual_alias_maps = proxy:mysql:/etc/postfix/virtual_alias_maps.cf
    virtual_mailbox_domains = proxy:mysql:/etc/postfix/virtual_domains_maps.cf
    virtual_mailbox_maps = proxy:mysql:/etc/postfix/virtual_mailbox_maps.cf
    virtual_mailbox_base = /var/mail/vmail
    virtual_mailbox_limit = 512000000
    virtual_minimum_uid = 5000
    virtual_transport = virtual
    virtual_uid_maps = static:5000
    virtual_gid_maps = static:5000
    local_transport = virtual
    local_recipient_maps = $virtual_mailbox_maps
    transport_maps = hash:/etc/postfix/transport
    smtpd_sasl_auth_enable = yes
    smtpd_sasl_type = dovecot
    smtpd_sasl_path = /var/run/dovecot/auth-client
    smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
    smtpd_relay_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
    smtpd_sasl_security_options = noanonymous
    smtpd_sasl_tls_security_options = $smtpd_sasl_security_options
    smtpd_tls_auth_only = yes
    smtpd_tls_cert_file = /etc/ssl/private/server.crt
    smtpd_tls_key_file = /etc/ssl/private/server.key
    smtpd_sasl_local_domain = $mydomain
    broken_sasl_auth_clients = yes
    smtpd_tls_loglevel = 1
    Postfix master.cf
    smtp inet n - n - - smtpd
    submission inet n - n - - smtpd
    -o smtpd_tls_security_level=encrypt
    -o smtpd_sasl_auth_enable=yes
    pickup unix n - n 60 1 pickup
    cleanup unix n - n - 0 cleanup
    qmgr unix n - n 300 1 qmgr
    tlsmgr unix - - n 1000? 1 tlsmgr
    rewrite unix - - n - - trivial-rewrite
    bounce unix - - n - 0 bounce
    defer unix - - n - 0 bounce
    trace unix - - n - 0 bounce
    verify unix - - n - 1 verify
    flush unix n - n 1000? 0 flush
    proxymap unix - - n - - proxymap
    proxywrite unix - - n - 1 proxymap
    smtp unix - - n - - smtp
    relay unix - - n - - smtp
    showq unix n - n - - showq
    error unix - - n - - error
    retry unix - - n - - error
    discard unix - - n - - discard
    local unix - n n - - local
    virtual unix - n n - - virtual
    lmtp unix - - n - - lmtp
    anvil unix - - n - 1 anvil
    scache unix - - n - 1 scache
    /etc/postfix/virtual_alias_maps.cf (sample password)
    user = postfix_user
    password = m/<~VN4XQ!G=jE[A/-
    hosts = localhost
    dbname = postfix_db
    query = SELECT goto FROM alias WHERE address='%s' AND active = true
    /etc/postfix/virtual_domains_maps.cf
    user = postfix_user
    password = m/<~VN4XQ!G=jE[A/-
    hosts = localhost
    dbname = postfix_db
    query = SELECT domain FROM domain WHERE domain='%s' AND backupmx = false AND active = true
    /etc/postfix/virtual_mailbox_limits.cf
    user = postfix_user
    password = m/<~VN4XQ!G=jE[A/-
    hosts = localhost
    dbname = postfix_db
    query = SELECT quota FROM mailbox WHERE username='%s'
    /etc/postfix/virtual_mailbox_maps.cf
    user = postfix_user
    password = m/<~VN4XQ!G=jE[A/-
    hosts = localhost
    dbname = postfix_db
    query = SELECT maildir FROM mailbox WHERE username='%s' AND active = true
    - Created the SSL key with no problem, and put it in place.
    Edited dovecot.conf:
    protocols = imap pop3
    auth_mechanisms = plain
    passdb {
    driver = sql
    args = /etc/dovecot/dovecot-sql.conf
    userdb sql {
    driver = sql
    args = /etc/dovecot/dovecot-sql.conf
    service auth {
    unix_listener auth-client {
    group = postfix
    mode = 0660
    user = postfix
    user = root
    mail_home = /var/mail/vmail/%d/%u
    mail_location = maildir:~
    ssl_cert = </etc/ssl/private/server.crt
    ssl_key = </etc/ssl/private/server.key
    dict {
    #quota = mysql:/etc/dovecot/dovecot-dict-sql.conf.ext
    #expire = sqlite:/etc/dovecot/dovecot-dict-sql.conf.ext
    !include conf.d/*.conf
    !include_try local.conf
    /etc/dovecot/dovecot-sql.conf
    driver = mysql
    connect = host=localhost dbname=postfix_db user=postfix_user password=m/<~VN4XQ!G=jE[A/-
    default_pass_scheme = MD5-CRYPT
    user_query = SELECT '/var/mail/vmail/%d/%u' as home, 'maildir:/var/mail/vmail/%d/%u' as mail, 5000 AS uid, 5000 AS gid, concat('dirsize:storage=', quota) AS quota FROM mailbox WHERE username = '%u' AND active = '1'
    password_query = SELECT username as user, password, '/var/mail/vmail/%d/%u' as userdb_home, 'maildir:/var/mail/vmail/%d/%u' as userdb_mail, 5000 as userdb_uid, 5000 as userdb_gid FROM mailbox WHERE username = '%u' AND active = '1'
    - Installed postfixadmin and roundcube and made their apache alias.
    - Made directories writable for them.
    /etc/webapps/postfixadmin/config.inc.php (note that there is no "?>" to end the script, it came just like that, and since it had no error there ill assume its normal)
    <?php
    $CONF['configured'] = true;
    $CONF['setup_password'] = '562bc24a874b0c2a7340e3da04b3fdf6:d60282f5cbc19340c73cafbb6526379be696a7c7';
    $CONF['postfix_admin_url'] = '[url]http://mydomain.com/postfixadmin[/url]';
    $CONF['postfix_admin_path'] = dirname(__FILE__);
    $CONF['default_language'] = 'en';
    $CONF['database_prefix'] = '';
    $CONF['database_tables'] = array (
    'admin' => 'admin',
    'alias' => 'alias',
    'alias_domain' => 'alias_domain',
    'config' => 'config',
    'domain' => 'domain',
    'domain_admins' => 'domain_admins',
    'fetchmail' => 'fetchmail',
    'log' => 'log',
    'mailbox' => 'mailbox',
    'vacation' => 'vacation',
    'vacation_notification' => 'vacation_notification',
    'quota' => 'quota',
    'quota2' => 'quota2',
    $CONF['admin_email'] = '[email protected]';
    $CONF['smtp_server'] = 'localhost';
    $CONF['smtp_port'] = '25';
    $CONF['encrypt'] = 'md5crypt';
    $CONF['authlib_default_flavor'] = 'md5raw';
    $CONF['dovecotpw'] = "/usr/sbin/dovecotpw";
    $CONF['min_password_length'] = 5;
    $CONF['generate_password'] = 'NO';
    $CONF['show_password'] = 'NO';
    $CONF['page_size'] = '10';
    $CONF['default_aliases'] = array (
    'abuse' => '[email protected]',
    'hostmaster' => '[email protected]',
    'postmaster' => '[email protected]',
    'webmaster' => '[email protected]'
    $CONF['domain_path'] = 'NO';
    $CONF['domain_in_mailbox'] = 'YES';
    $CONF['maildir_name_hook'] = 'NO';
    $CONF['aliases'] = '10';
    $CONF['mailboxes'] = '10';
    $CONF['maxquota'] = '10';
    $CONF['quota'] = 'NO';
    $CONF['quota_multiplier'] = '1024000';
    $CONF['transport'] = 'NO';
    $CONF['transport_options'] = array (
    'virtual', // for virtual accounts
    'local', // for system accounts
    'relay' // for backup mx
    $CONF['transport_default'] = 'virtual';
    $CONF['vacation'] = 'NO';
    $CONF['vacation_domain'] = 'autoreply.change-this-to-your.domain.tld';
    $CONF['vacation_control'] ='YES';
    $CONF['vacation_control_admin'] = 'YES';
    $CONF['alias_control'] = 'NO';
    $CONF['alias_control_admin'] = 'NO';
    $CONF['special_alias_control'] = 'NO';
    $CONF['alias_goto_limit'] = '0';
    $CONF['alias_domain'] = 'YES';
    $CONF['backup'] = 'YES';
    $CONF['sendmail'] = 'YES';
    $CONF['logging'] = 'YES';
    $CONF['fetchmail'] = 'YES';
    $CONF['fetchmail_extra_options'] = 'NO';
    $CONF['show_header_text'] = 'NO';
    $CONF['header_text'] = ':: Postfix Admin ::';
    $CONF['user_footer_link'] = "[url]http://mydomain.com[/url]";
    $CONF['show_footer_text'] = 'YES';
    $CONF['footer_text'] = 'Return to mydomain.com';
    $CONF['footer_link'] = '[url]http://mydomain.com[/url]';
    $CONF['welcome_text'] = <<<EOM
    Welcome to your new account.
    EOM;
    $CONF['emailcheck_resolve_domain']='YES';
    $CONF['show_status']='NO';
    $CONF['show_status_key']='NO';
    $CONF['show_status_text']='&nbsp;&nbsp;';
    $CONF['show_undeliverable']='NO';
    $CONF['show_undeliverable_color']='tomato';
    $CONF['show_undeliverable_exceptions']=array("unixmail.domain.ext","exchangeserver.domain.ext","gmail.com");
    $CONF['show_popimap']='NO';
    $CONF['show_popimap_color']='darkgrey';
    $CONF['show_custom_domains']=array("subdomain.domain.ext","domain2.ext");
    $CONF['show_custom_colors']=array("lightgreen","lightblue");
    $CONF['recipient_delimiter'] = "";
    $CONF['create_mailbox_subdirs_prefix']='INBOX.';
    $CONF['used_quotas'] = 'NO';
    $CONF['new_quota_table'] = 'NO';
    $CONF['theme_logo'] = 'images/logo-default.png';
    $CONF['theme_css'] = 'css/default.css';
    $CONF['xmlrpc_enabled'] = false;
    if (file_exists(dirname(__FILE__) . '/config.local.php')) {
    include(dirname(__FILE__) . '/config.local.php');
    $CONF['domain_path'] = 'YES';
    $CONF['domain_in_mailbox'] = 'YES';
    $CONF['database_type'] = 'mysqli';
    $CONF['database_host'] = 'localhost';
    $CONF['database_user'] = 'postfix_user';
    $CONF['database_password'] = 'm/<~VN4XQ!G=jE[A/-';
    $CONF['database_name'] = 'postfix_db';
    - I went to domain/postfixAdmin/setup.php and domain/roundcube/installer/ and everything was ok.
    db.inc.php (roundcube):
    <?php
    $rcmail_config = array();
    $rcmail_config['db_dsnw'] = 'mysql://roundcube_user:%3D%29CYbd9bK%210Z7%29AsWU@localhost/roundcube_db';
    $rcmail_config['db_dsnr'] = '';
    $rcmail_config['db_persistent'] = FALSE;
    $rcmail_config['db_table_users'] = 'users';
    $rcmail_config['db_table_identities'] = 'identities';
    $rcmail_config['db_table_contacts'] = 'contacts';
    $rcmail_config['db_table_contactgroups'] = 'contactgroups';
    $rcmail_config['db_table_contactgroupmembers'] = 'contactgroupmembers';
    $rcmail_config['db_table_session'] = 'session';
    $rcmail_config['db_table_cache'] = 'cache';
    $rcmail_config['db_table_cache_index'] = 'cache_index';
    $rcmail_config['db_table_cache_thread'] = 'cache_thread';
    $rcmail_config['db_table_cache_messages'] = 'cache_messages';
    $rcmail_config['db_table_dictionary'] = 'dictionary';
    $rcmail_config['db_table_searches'] = 'searches';
    $rcmail_config['db_table_system'] = 'system';
    $rcmail_config['db_sequence_users'] = 'user_ids';
    $rcmail_config['db_sequence_identities'] = 'identity_ids';
    $rcmail_config['db_sequence_contacts'] = 'contact_ids';
    $rcmail_config['db_sequence_contactgroups'] = 'contactgroups_ids';
    $rcmail_config['db_sequence_searches'] = 'search_ids';
    main.inc.php(roundcube):
    <?php
    $rcmail_config = array();
    $rcmail_config['debug_level'] = 5;
    $rcmail_config['log_driver'] = 'file';
    $rcmail_config['log_date_format'] = 'd-M-Y H:i:s O';
    $rcmail_config['syslog_id'] = 'roundcube';
    $rcmail_config['syslog_facility'] = LOG_USER;
    $rcmail_config['smtp_log'] = true;
    $rcmail_config['log_logins'] = false;
    $rcmail_config['log_session'] = false;
    $rcmail_config['sql_debug'] = false;
    $rcmail_config['imap_debug'] = false;
    $rcmail_config['ldap_debug'] = false;
    $rcmail_config['smtp_debug'] = false;
    $rcmail_config['default_host'] = 'tls://localhost/';
    $rcmail_config['default_port'] = 993;
    $rcmail_config['imap_auth_type'] = null;
    $rcmail_config['imap_delimiter'] = null;
    $rcmail_config['imap_ns_personal'] = null;
    $rcmail_config['imap_ns_other'] = null;
    $rcmail_config['imap_ns_shared'] = null;
    $rcmail_config['imap_force_caps'] = false;
    $rcmail_config['imap_force_lsub'] = false;
    $rcmail_config['imap_force_ns'] = false;
    $rcmail_config['imap_timeout'] = 0;
    $rcmail_config['imap_auth_cid'] = null;
    $rcmail_config['imap_auth_pw'] = null;
    $rcmail_config['imap_cache'] = null;
    $rcmail_config['messages_cache'] = false;
    $rcmail_config['smtp_server'] = 'tls://localhost/';
    $rcmail_config['smtp_port'] = 587;
    $rcmail_config['smtp_user'] = '';
    $rcmail_config['smtp_pass'] = '';
    $rcmail_config['smtp_auth_type'] = '';
    $rcmail_config['smtp_auth_cid'] = null;
    $rcmail_config['smtp_auth_pw'] = null;
    $rcmail_config['smtp_helo_host'] = '';
    $rcmail_config['smtp_timeout'] = 0;
    $rcmail_config['enable_installer'] = false;
    $rcmail_config['dont_override'] = array();
    $rcmail_config['support_url'] = '';
    $rcmail_config['skin_logo'] = 'sorrybutnocookie';
    $rcmail_config['auto_create_user'] = true;
    $rcmail_config['user_aliases'] = false;
    $rcmail_config['log_dir'] = 'logs/';
    $rcmail_config['temp_dir'] = 'temp/';
    $rcmail_config['message_cache_lifetime'] = '10d';
    $rcmail_config['force_https'] = false;
    $rcmail_config['use_https'] = false;
    $rcmail_config['login_autocomplete'] = 0;
    $rcmail_config['login_lc'] = 2;
    $rcmail_config['skin_include_php'] = false;
    $rcmail_config['display_version'] = false;
    $rcmail_config['session_lifetime'] = 10;
    $rcmail_config['session_domain'] = '';
    $rcmail_config['session_name'] = null;
    $rcmail_config['session_auth_name'] = null;
    $rcmail_config['session_path'] = null;
    $rcmail_config['session_storage'] = 'db';
    $rcmail_config['memcache_hosts'] = null;
    $rcmail_config['ip_check'] = true;
    $rcmail_config['referer_check'] = false;
    $rcmail_config['x_frame_options'] = 'sameorigin';
    $rcmail_config['des_key'] = '0JaV%FnEivx9e+JdH2g*?n3n';
    $rcmail_config['username_domain'] = '';
    $rcmail_config['mail_domain'] = '';
    $rcmail_config['password_charset'] = 'ISO-8859-1';
    $rcmail_config['sendmail_delay'] = 0;
    $rcmail_config['max_recipients'] = 0;
    $rcmail_config['max_group_members'] = 0;
    $rcmail_config['useragent'] = 'Roundcube Webmail/'.RCMAIL_VERSION;
    $rcmail_config['product_name'] = 'Test';
    $rcmail_config['include_host_config'] = false;
    $rcmail_config['generic_message_footer'] = '';
    $rcmail_config['generic_message_footer_html'] = '';
    $rcmail_config['http_received_header'] = false;
    $rcmail_config['http_received_header_encrypt'] = false;
    $rcmail_config['mail_header_delimiter'] = NULL;
    $rcmail_config['line_length'] = 72;
    $rcmail_config['send_format_flowed'] = true;
    $rcmail_config['mdn_use_from'] = false;
    $rcmail_config['identities_level'] = 0;
    $rcmail_config['client_mimetypes'] = null;
    $rcmail_config['mime_magic'] = null;
    $rcmail_config['mime_types'] = null;
    $rcmail_config['im_identify_path'] = null;
    $rcmail_config['im_convert_path'] = null;
    $rcmail_config['image_thumbnail_size'] = 240;
    $rcmail_config['contact_photo_size'] = 160;
    $rcmail_config['email_dns_check'] = false;
    $rcmail_config['no_save_sent_messages'] = false;
    $rcmail_config['plugins'] = array();
    $rcmail_config['message_sort_col'] = '';
    $rcmail_config['message_sort_order'] = 'DESC';
    $rcmail_config['list_cols'] = array('subject', 'status', 'fromto', 'date', 'size', 'flag', 'attachment');
    $rcmail_config['language'] = null;
    $rcmail_config['date_format'] = 'Y-m-d';
    $rcmail_config['date_formats'] = array('Y-m-d', 'Y/m/d', 'Y.m.d', 'd-m-Y', 'd/m/Y', 'd.m.Y', 'j.n.Y');
    $rcmail_config['time_format'] = 'H:i';
    $rcmail_config['time_formats'] = array('G:i', 'H:i', 'g:i a', 'h:i A');
    $rcmail_config['date_short'] = 'D H:i';
    $rcmail_config['date_long'] = 'Y-m-d H:i';
    $rcmail_config['drafts_mbox'] = 'Drafts';
    $rcmail_config['junk_mbox'] = 'Junk';
    $rcmail_config['sent_mbox'] = 'Sent';
    $rcmail_config['trash_mbox'] = 'Trash';
    $rcmail_config['default_folders'] = array('INBOX', 'Drafts', 'Sent', 'Junk', 'Trash');
    $rcmail_config['create_default_folders'] = false;
    $rcmail_config['protect_default_folders'] = true;
    $rcmail_config['quota_zero_as_unlimited'] = false;
    $rcmail_config['enable_spellcheck'] = false;
    $rcmail_config['spellcheck_dictionary'] = false;
    $rcmail_config['spellcheck_engine'] = 'googie';
    $rcmail_config['spellcheck_uri'] = '';
    $rcmail_config['spellcheck_languages'] = NULL;
    $rcmail_config['spellcheck_ignore_caps'] = false;
    $rcmail_config['spellcheck_ignore_nums'] = false;
    $rcmail_config['spellcheck_ignore_syms'] = false;
    $rcmail_config['recipients_separator'] = ',';
    $rcmail_config['max_pagesize'] = 200;
    $rcmail_config['min_refresh_interval'] = 60;
    $rcmail_config['upload_progress'] = false;
    $rcmail_config['undo_timeout'] = 0;
    $rcmail_config['address_book_type'] = 'sql';
    $rcmail_config['ldap_public'] = array();
    $rcmail_config['autocomplete_addressbooks'] = array('sql');
    $rcmail_config['autocomplete_min_length'] = 1;
    $rcmail_config['autocomplete_threads'] = 0;
    $rcmail_config['autocomplete_max'] = 15;
    $rcmail_config['address_template'] = '{street}<br/>{locality} {zipcode}<br/>{country} {region}';
    $rcmail_config['addressbook_search_mode'] = 0;
    $rcmail_config['default_charset'] = 'ISO-8859-1';
    $rcmail_config['skin'] = 'larry';
    $rcmail_config['mail_pagesize'] = 50;
    $rcmail_config['addressbook_pagesize'] = 50;
    $rcmail_config['addressbook_sort_col'] = 'surname';
    $rcmail_config['addressbook_name_listing'] = 0;
    $rcmail_config['timezone'] = 'auto';
    $rcmail_config['prefer_html'] = true;
    $rcmail_config['show_images'] = 0;
    $rcmail_config['message_extwin'] = false;
    $rcmail_config['compose_extwin'] = false;
    $rcmail_config['htmleditor'] = 0;
    $rcmail_config['prettydate'] = true;
    $rcmail_config['draft_autosave'] = 300;
    $rcmail_config['preview_pane'] = false;
    $rcmail_config['preview_pane_mark_read'] = 0;
    $rcmail_config['logout_purge'] = false;
    $rcmail_config['logout_expunge'] = false;
    $rcmail_config['inline_images'] = true;
    $rcmail_config['mime_param_folding'] = 0;
    $rcmail_config['skip_deleted'] = false;
    $rcmail_config['read_when_deleted'] = true;
    $rcmail_config['flag_for_deletion'] = false;
    $rcmail_config['refresh_interval'] = 60;
    $rcmail_config['check_all_folders'] = false;
    $rcmail_config['display_next'] = true;
    $rcmail_config['autoexpand_threads'] = 0;
    $rcmail_config['reply_mode'] = 0;
    $rcmail_config['strip_existing_sig'] = true;
    $rcmail_config['show_sig'] = 1;
    $rcmail_config['force_7bit'] = false;
    $rcmail_config['search_mods'] = null;
    $rcmail_config['addressbook_search_mods'] = null;
    $rcmail_config['delete_always'] = false;
    $rcmail_config['delete_junk'] = false;
    $rcmail_config['mdn_requests'] = 0;
    $rcmail_config['mdn_default'] = 0;
    $rcmail_config['dsn_default'] = 0;
    $rcmail_config['reply_same_folder'] = false;
    $rcmail_config['forward_attachment'] = false;
    $rcmail_config['default_addressbook'] = null;
    $rcmail_config['spellcheck_before_send'] = false;
    $rcmail_config['autocomplete_single'] = false;
    $rcmail_config['default_font'] = 'Verdana';
    - From what i can see, postfixadmin used and populated its database, but not roundcube.
    - I can open postfixadmin and log in with no apparent errors (not that i know what to do with it instead of roundcube, but at least works...)
    - Whenever i open roundcube it begins to output errors everywhere about db connection (I was only able after changing its .htaccess to Allow from all, is it a bad idea?)
    DB Error in /usr/share/webapps/roundcubemail/program/lib/Roundcube/rcube_db.php (416): [1146] Table 'roundcube_db.session' doesn't exist (SQL Query: SELECT vars, ip, changed FROM session WHERE sess_id = 'pq5ofv7ja0gh2sunsg38jmd3g1')
    Warning: session_start(): Cannot send session cache limiter - headers already sent in /usr/share/webapps/roundcubemail/program/lib/Roundcube/rcube.php on line 445
    DB Error: [1146] Table 'roundcube_db.session' doesn't exist
    DATABASE ERROR: CONNECTION FAILED!
    Unable to connect to the database!
    Please contact your server-administrator.
    DB Error in /usr/share/webapps/roundcubemail/program/lib/Roundcube/rcube_db.php (416): [1146] Table 'roundcube_db.session' doesn't exist (SQL Query: INSERT INTO session (sess_id, vars, ip, created, changed) VALUES ('pq5ofv7ja0gh2sunsg38jmd3g1', 'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs=', 'xxx.xxx.xxx.xxx', '2014-02-08 07:34:46', '2014-02-08 07:34:46'))
    Thats all i know. Whats wrong? (i already tried to set db logins with no pw at all, but still with the same problems)
    How far am i to be able to send/receive one email? Please, tell me i am close...
    Mail servers could be so much more linear to set up
    Thanks for your help. Time to get some sleep!

    The roundcube db schema needs to setup manually. See /usr/share/webapps/roundcube/INSTALL
    Also, from your /etc/webapps/postfixadmin/config.inc.php:
    $CONF['domain_path'] = 'NO';
    $CONF['domain_in_mailbox'] = 'YES';
    $CONF['maildir_name_hook'] = 'NO';
    ..which results in /var/mail/vmail/[email protected]
    From your dovecot.conf
    mail_home = /var/mail/vmail/%d/%u
    ...which results in /var/mail/vmail/domain.com/user
    That doesn't fit together.

  • TROUBLESHOOTING TIPS RE: iCLOUD MAIL SERVER DROPOUT

    Here's what I learned throughout this and I will post a discussion in a separate thread for the rest of the folk out there.
    MYTHS AND FACTS RE: iCLOUD MAIL SERVER DROPOUT- WHAT I'VE LEARNED
    Hopefully this troubleshooting helps everyone that has had or having issues, for now and for the future...
    Firstly, the Apple system status is a bit of a myth. Because it is a global community of people using iCloud, it does not always update in real time. The Apple techs check this when there is issues, as do the public, so odds are unless every single person is having issues around the globe, then it won't reflect an issue. http://www.apple.com/au/support/systemstatus/
    Apple technicians work in territories. For example, I live in Australia so I had to deal with a tech supervisor who looks after Australasia and who is based in Singapore. They don't get a notification if a group of people in Canada are having problems, even if they are identical to mine, unless as above, the whole world is having issues.
    CHECK THESE FORUMS as a first step measure to work out if the problem seems to be just you and your account, or a wider community. Particularly before you make any major change to your email accounts, passwords, computers or phones.
    If you get an issue in the next week or so (and keep in mind for the future) Error Message: "MY NAME" returned the error "[AUTHENTICATIONFAILED] Authentication failed." Your username/password or security settings may be incorrect. Would you like to try re-entering your password?" and this happens multiple times when you know the password is correct, then odds are that the server is down and you are best to wait it out. Try checking your mail via iCloud to test. If you can send it through there, odds are that the glitch has nothing to do with your password or issues with your account and rather than make changes, try and wait it out.
    If all of your folders in your email disappear, if they are IMAP folders, then log into iCloud mail in your web browser to check that they are still there. It just means that your mail client (Mac Mail, Outlook for Mac etc) can't access the IMAP folders via the server. Don't panic until they are gone from every device you use your email on.
    Be wary of deleting ANYTHING from your computer unless you are backing it up first. For example, I had a tech guy on the first day of the server drop out, who gave me the wrong advice of deleting EVERYTHING from my keychain. This resulted in me having massive security issues for web browsers and thus, I couldn't log into my iCloud mail in my browser. Not only did I have to re-install my OS Maverick to fix it (which took 10 hours) but I could have muddled through this mess by continuing to work using web mail.
    If everyone seems to be having a mail server problem based on online community discussions, then you are not alone and TELL your Apple tech this. Send copies of the links to the various conversations. Push them (nicely) to investigate internally what is going on and don't let them rely on the System support status. It also helps to put in a report to Apple down the track.
    Make sure that you can get a copy of Apple tech guys email address. Thankfully, even though I was on the phone to them for in excess of 7 hours over the past two days, I could update my guy via email and also send him screen shots of things that did or didn't work using my iPhone. We would keep in contact and all I would have to do is send him an email and he would call me back straight away. No holding or dealing with any call centre issues, which is probably the only reason why I didn't lose my cool too much.
    If you can get into your iCloud through your web browser, you have the options under the inbox and then the little wheel thing down the bottom (preferences) to put a vacation message, like an out of office. Put that on and explain you are having email issues and give another email address or your contact number. At least the people that you need to contact will know that things could get lost in cyberspace. I wish I had of known this earlier.
    You can also forward emails emails to another email address under preferences. Also very handy.
    Become friends with your tech guy rather than enemies. If you don't feel like your tech guy knows what he's talking about, politely request to speak to a supervisor. I would be having a nervous breakdown right now (small business owner, lost two days of billable hours so I am financially behind) if I didn't have a good relationship with the guy that has been helping me. We are a good team, with me updating him with the information, via these forums, to find a proper solution to the issue and to rectify the wrong information I was given by the previous Apple tech guy I spoke to.
    Ask them to replicate your issue on their side of the fence to troubleshoot. For example, my tech guy Levi replicated my issue with websites by intentially removing the system certificate from his computer and he realised that was what the problem was, and thus he could quickly find out how to fix it.
    Back up your stuff regularly. It might be annoying but it is peace of mind if know you are only going to lose a minimum of a week's worth of stuff.
    Apple has an engineering team and tech guys raise 'tickets' to them with information on what has happened to their clients. I don't know much about this but I would assume it is having the engineering team investigate to stop this happening in future. They can only work with the feedback they get I suppose. I would also suggest doing the Apple Care survey so they also get feedback. We need to explain to them that we are asking for communication first and foremost - whilst it is inconvenient, if we all knew when and where they would be doing server upgrades (which the rumours indicate that this is what happened) then I don't feel everyone would be so frustrated.
    Using your computer is like raising a child - you know when something is not right, even if you are not experienced at it yet. Sure, you may not know the lingo but trust your instincts and tell your tech guy. I have learned more in the past two days about computers and Mac's than ever before and I know when I can confidentially say that strange things were happening to my Mac and where Apple went wrong in guiding me. Don't always take a blanket or easy explanation if you don't think it is right; odds are it will result in making changes to your product that do more harm than good.
    Keep a record of notes of how much time you have spent on the issue (including phone calls to Apple), what they have told you to do and at what time, changes to passwords, troubleshooting tips and the contact details (and reference numbers) of who you speak to. I'm not sure if Apple provides compensation for these issues or anything along these lines, but I certainly will be informing them so they can try and better their service to me in the future.
    Anyway, I hope that helps everyone a bit - these are just things that I have learned and if anyone else has any tips please feel free to add them.

    Tried port 465 but it wouldn't work.
    Went to our help desk and here's the reply I got (paraphrased slightly cuz the person at the help desk was trying hard to be helpful and I don't want to get him/her in trouble):
    I presented this question to the university team and then waited for a long time to get the following reply:
    we do not allow relay from non-university IP addresses.
    port 25 for smtp is a standard worldwide.
    For the most part, that went right over my head and didn’t answer anything, but I hope it means something to you.
    I called him to get more clarification, but all I really got out of it was that, if you don’t use exchange which is secure via port 443, then your other option is to use smtp.  And then he said something about how relay, iron ports, and authenticated accounts work together to make it secure.  I know it makes me sound a lot more inept than I am, but all that made little sense to me.  What I gather, is… that by selecting SSL when configuring your client, it makes it so that your login info and mail content is safe.  Sorry, I can’t provide a more cohesive and comprehensive explanation, but I think the bottom line is that they have combined a non-secure protocol with other stuff to make it secure.
    So, I'm hoping that checking SSL and using port 25 somehow solves the problem to the satisfaction of our IT professionals at the University ...
    Again, thanks for taking the time to educate the rest of us!

  • Mail Server suddenly stopped working

    My mail server has stopped working, and I can't figure out why. This is a brand new MacMini with the latest Maverics Server (preinstalled) that I just setup last month. (We migrated from an Xserve running 10.6.) Up to this point, mail has worked flawlessly.
    This afternoon I used the Server app to create a new user. I then went about setting them up for ssh access and installing a public/private keypair (this is for a git repository). Around the same time, my mail server simply stopped working. As far as I know, no other configuration changes were made.
    When I go into the Mail service in the Server app the status perpetually says "Starting...". The 'postfix status' command says that postfix is not running. I've checked every log and error file, and I can only find three anomolies:
    The SMTP log file reports:
    Feb 11 01:31:06 mail.gloaming.com postfix/postmap[7152]: warning: /Library/Server/Mail/Data/scanner/amavis/local_domains.db: duplicate entry: "mail.gloaming.com"
    This warning has been logged before, several weeks earlier, so I assume it's not a serious problem.
    The other warning is:
    Feb 11 00:10:49 mail.gloaming.com postfix/postfix-script[23141]: warning: not owned by _postfix: /Library/Server/Mail/Data/mta/./guid_device_maps.plist
    Other threads seem to indicate that this warning is benign.
    The only other problem that looks really suspicious (to me) is in the system.log:
    Feb 11 01:22:52 mail.gloaming.com ocspd[4947]: ERROR: unable to get the receiver data from the DB!
    I'm not sure what that means, but it doesn't sound good.
    Some threads point a finger at the virus and junk mail scanners. If I disable all mail filtering, the mail server status will finally change to "Serving mail at mail.gloaming.com". But it isn't. All attempts to get mail from the server are refused.
    (Oh, and I've restarted the server several times.)
    The postconf command tells me that the postfix system isn't accepting outside connections:
    inet_interfaces = loopback-only
    So it would appear that Server is setting this. Any attempt to change it back to "= all" fails, as the server software overwrites it with "= loopback-only" at its first possible opportunity. (Editing the main.cf file and reloading postfix doesn't fix it either.)
    Here's the really strange part. The server just started do this today. I recovered a backup of the main.cf file from yesterday and diffed it with the one that's not working:
    mail:postfix root# diff /Library/Server/Mail/Config/postfix/main.cf /Users/admin/Desktop/main.cf
    675c675
    < inet_interfaces = loopback-only
    > inet_interfaces = all
    682c682
    < smtpd_helo_restrictions = reject_non_fqdn_helo_hostname reject_invalid_helo_hostname
    > smtpd_helo_restrictions = reject_invalid_helo_hostname reject_non_fqdn_helo_hostname
    692c692
    < mydestination = $myhostname, localhost.$mydomain, localhost, mail.gloaming.com
    > mydestination = $myhostname, localhost.$mydomain, localhost, mail.gloaming.com, $mydomain
    712d711
    < postscreen_dnsbl_sites = zen.spamhaus.org*2
    As you can see, the Server software has deliberatly started setting inet_interfaces to loopback-only and I can't figure out how to get it to set it back to "all".
    Some of the other threads have suggested "wipe and reinstall", but I've spent three weeks setting up this sever and shipping it to a co-location facility—starting over really isn't an option.
    I'd really just want to know why the Server software is suddently configuring the mail server so it won't receive any mail!

    The mystery continues.
    This morning, I decided to take a fresh look at what's going on by recovering a backup copy of my entire /Library/Server/Mail/Config directory from last month. Looking at the item capture list, it shows that none of the files in my Mail/Config directory have changed since late last month.
    Here are the disturbing changes.
    In Server/Mail/Config/dovecot/dovecot.conf, there is one different line.
    working:
         protocols = imap pop3 lmtp sieve
    now:
         protocols = lmtp sieve
    So clearly, the server doesn't think we should be running IMAP or POP. Which is probably the root of the problem.
    In Server/Mail/Config/postfix/mail.cf, there are a number of minor/cosmetic differences, but the problematic ones appear to be
    working:
         inet_interfaces = all
         mydestination = $myhostname, localhost.$mydomain, localhost, mail.gloaming.com, $mydomain
    now:
         inet_interfaces = loopback-only
         mydestination = $myhostname, localhost.$mydomain, localhost, mail.gloaming.com
    Again, this configuration would imply that there are no public mail services.
    Some other odd change occured in the Server/Mail/Config/postfix/main.cf file
    working:
         smtpd     pass  -       -       n       -       -       smtpd
         pickup    fifo  n       -       n       60      1       pickup
              -o content_filter=smtp-amavis:[127.0.0.1]:10024
    now:
         smtpd     pass  -       -       n       -       -       smtpd
              -o receive_override_options=no_address_mappings
         pickup    fifo  n       -       n       60      1       pickup
              -o content_filter=
    Reading through some other posts, I also found another inexplicable change reported by other users having similar problems. The /System/Library/LaunchDaemons/org.postfix.master.plist suddenly changed.
    working:
        <key>OnDemand</key>
        <false/>
        <key>ProgramArguments</key>
        <array>
            <string>master</string>
            <string>-c</string>
            <string>/Library/Server/Mail/Config/postfix</string>
        </array>
    now:
        <key>OnDemand</key>
        <true/>
        <key>ProgramArguments</key>
        <array>
            <string>master</string>
            <string>-c</string>
            <string>/Library/Server/Mail/Config/postfix</string>
            <string>-e</string>
            <string>60</string>
        </array>
    The postfix service is now "OnDemand" with a new, and myserious, "-e 60" option added. (I can find no documentation for an -e option in the postfix control tool.)
    Ultimately, I "fixed" the problem by restoring the backup copy of my entire /Library/Server/Mail/Config folder, the /System/Library/LaunchDaemon/org.postfix.master.plist file, and immedately restarting the server. The mail servers started and everything appears to be normal.
    But this whole experience has made me very learly of the Server app. Why did these configuration changes occur? What settings or circumstances caused them to spontaniously change to an, essentually, unusable state? I'm now afriad of making any changes via Server.app for fear it will decide I shouldn't have a working mail server again.
    If anyone has any insights, I'd ver very interested in hearing them.
    Message was edited by: James Bucanek

  • Setting up yahoo mail server as the outgoing mail server

    pls how do i set up the yahoo mail server as the outgoing(smtp) mail server for in the enterprise manager for email notfications?
    i entered the following values
    Outgoing(SMTP)mail server : smtp.mail.yahoo.com
    Identify Sender as: Sysman
    Sender's email address: [email protected]
    After clicking the Test mailserver button, the test failed.
    i got the following error message below
    smtp.mail.yahoo.com: Test failed with message: "Sending failed; nested exception is: javax.mail.MessagingException: 530 authentication required - for help go to http://help.yahoo.com/help/us/mail/pop/pop-11.html
    i have visited the link but i dont seem to get any meaningful help.
    pls can anyone help me?

    user536860 wrote:
    it should works, if you use the following parameters:
    Smtp server:  smtp.mail.yahoo.com:465
    User Secure connection: SSL
    I'll bet you it will NOT work & even give you 10 to 1 odds that it will fail.
    Yahoo won't relay your spam; which is why your messages will be rejected.
    What is the difference between your message & a message from a spammer?

  • Why some mail from Comcast mail server is not received?

    I am a new iMAC user (Mavericks 10.9.2). I just setup my Mail with 4 accounts using the guided setup on the MAC for the first account and then instructions from Comcast for the rest. All 4 accounts are setup for POP. All accounts are setup NOT to delete Email on the server for 1 month. Testing sending/receiving to/from the 4 accounts shows some very strange problems:
    - Emails sent to any of these MAC mail accounts from a PC with Eudora (as the client) consistently arrive without any problems
    - Emails sent from Comcast's webmail, from Outlook on an other PC and from the MAC itself via MAC mail end up on Comcast's server but never in the MAC's Inbox
    I can see the Emails arriving on Comcast's server via Webmail from a PC. I also cc-ed myself and received all test Emals without any problems on the PC.
    I called Comcast and their Email specialist said that they never heard of a problem like this one. They sent a test Email which was received on the PC but not on the MAC. They said that we should talk to Apple....
    Any help would be very much appreciated.

    Hi Suzy2014,
    Here is a related - in a way - "weird one" for you: Ironically, I had Comcast Webmail and Macintosh Mail client problems of a weird nature, myself (on my new iMac 27": which is also running OSX Mavericks 10.9.2) - and: the issue(s) occurred THIS PAST EASTER 2014 weekend.
    I had no problems w/ Comcast email forwarding, initially, after having many months ago done the initial set-up /forwarding. But for some strange reason, last Friday all my new (and older), Comcast-forwarded email to the iMac in question suddenly just evaporated off of that iMac. Something like 17 emails of all sorts from them; most since early 2014. Some involving service & changed billing costs /issues that land squarely in the lap of Comcast management
    NOTE: I have lately begun having [unrelated to email] 'other problems' with Comcast - which came to light just late last week - I won't go into them here, for now, but: I wondered if Comcast could (somehow? I know it seems so unlikely; paranoid, even ... but stranger things have been proven after the fact in the computer business. Think about it...) Anyway ... could they have 'prevented' me from forwarding their emails to me; and /or screwed-up, or around, with my email - or other(?) settings, configs, etc. As an harassment tactic. Seriously - it's crossed my mind since last Thursday /Friday. Here is my email story, courtesy of Comcast /xFinity::
    - The mail was there for a long time on my Mac;
    - Then these other issues arose (not email related) with Comcast;
    - My mail (POP acct't with them) was gone within an hour of me challenging them over the other stuff;
    - I called their tech support first;
    - the guy that finally came one wanted me to give him verbal "permission" to allow him to move around my iMac after I agreed to download their screen sharing app;
    - I'm really fairly expert with Macs /OSX oddities, in particular; Apple refers to me as a 'sophisticated user.' Whatever. I don't want kudos, believe me: just the solutions - if they even exist.
    - Anyway, the Comcast tech could not figure out why the email from them disappeared, nor why it would not re-download. Of course - it should have, as I set up forwarding it a long time ago; I assumed it would just re-download to the iMac 27. It did not.
    - He eventually put me on hold - so I played devil's advocate, and quickly configured my OTHER new Mac: a  MacBook Air 13 /Apple Email client to have an identically config'd Comcast account in it. Before I even finished setting it up on the Air 13 - the Account Preferences on that laptop actually 'finished setting itself up' - and POOF - *all* of the missing mail that used to be on the iMac 27 immediately downloaded into the new mailbox I'd just set up on the MB Air 13;
    - Odd, I thought.
    - This guy came back online; he ended up resetting my Comcast login PWD; then he maneuvered my mouse all around the iMac 27 very quickly, changing settings (one of the things I noted to him was that the Comcast smtp server had gone 'offline' as of a few hours prior, and that I could not get it to come back online). Well that didn't work.
    - He was brusque; and he ended up deleting my Comcast account totally on the iMac, and I reconfig'd it (by then I took over all the tasks, as I didn't like the way he skipped around the computer like he owned it, when I was capable of doing anything necessary for him); That 'plan' did not work, either.
    - He never did explain possible reasons for any of these "phenomenon;" nor did he ever get the Comcast SMTP mail server to come online, either. He told me he had no idea what was going one, and told me to call Comcast's "for pay higher level of support service" - (I refused) - or to call AppleCare (which I 'd planned to do, anyway).
    - Before I ended the call I had him observe as I logged into Comcast's [horrid] Website(s) and email account pages/settings I have, like you must. Oddly - MAIL FORWARDING from my Comcast email account to my primary email acct. *had been DISABLED.* How could this have just "happened?" Well - he refused to explain anything more. In short - he was useless, as support techs go.
    - This phone call to Comcast tech support next came to an abrupt end; plus - he never disengaged the screen-sharing session he had me agree to engage; that made me a bit uncomfortable too, to say the least. I ended the still-on sharing session after he hung up - right away, myself - and deleted all instances of the Comcast sharing app.
    - I of course called AppleCare; ironically, while waiting for a Sr. Advisor form the CPU Division to come on - suddenly the Comcast smtp sever suddenly came online; and the mail that would not again download to my iMac 27 - suddenly did - just like it did on the first-ever /new account I set up as a test (for my own edification, and knowledge of troubleshooting such things, across "like" computers) e.g., what I set-up while on hold with Comcast, on my MacBook Air 13. Which worked perfectly. I note this too: I went into the Keychain on both of these Macs of mine: I was suddenly locked-out of viewing the Comcast entries for PWDS for [their] mail incoming /outgoiong Keychain login /PWD entries. Shocking, really, as I've done that a million times beofre; and never - as full admin of all of my computers and networks - have seen THAT. A coincidence. I dunno. I suspect  ... something, though. I just don't know what - yet.
    I bring this long story up (sorry for the length) - for one reason, actually. Comcast /xFinity does some spooky - even unsavory - things (not limited to email issues alone, trust me). That said : be careful with them; your networking; you Macs; your privacy, etc. I am rather suspicious of "them," now, and for several reasons, as noted.
    Hope you have no more problems with them! Be well!

  • Dw CS4 Server Behaviour Error

    I am setting up a user LogIn form using php and mysql in Dw and have set up a simple users database. Once I have filled in the 'login user' controls under the 'server behaviours' tab and click submit - I keep getting this error from Dw 'TypeError: patternMatch has no properties'. What does this mean and how do I fix it?

    Hi David.  Thank you for your reply to the problem that the original poster and I are having with Dreamweaver CS4.  Unfortunately deleting the File Cache did not repair the problem.  I am currenty running Windows 7 Retail and have even changed the Compatibility Mode for Dreamweaver to that of Windows Vista SP2.  I have also tested with no extra extensions installed and still get the problem.  I have used CS4 for over a year and have never seen this problem until I loaded Windows 7.
    The original poster was using a Mac from the screenshot and was getting the same problem.  I know that Dreamweaver uses javascript.  Do you think that this could be part of the problem?  The program seems to be working file, but you get this error message everytime you use any server behavior.  It's odd.  I will look for updates for the application.  Any suggestions you may have would be appreciated.  Thank you for your time.
    Leo McKenzie

  • BOE supported mail server

    Dear All,
    Anyone will tell me which kind mail server can be supported by BOE ?
    I have a Chinese customer has a Webi reports schedule problem.
    When they schedule Webi reports which has a Chinese name in "Email recipients" ,the attchment's name will be cut off randomly in Email.
    If english name of Webi repports,there is no such symptom.
    This customer used mail server is Exim.
    I checked this kind mail server.
    It is base on GPL protocol and can be config SMTP authentication.
    So, is there a official document can show more information about BOE supported mail servers?
    Thanks!
    Wayne

    I would recommend to open a case by SAP support for this and describe the behaviour (http://service.sap.com/support) . As far as I know SMTP is supported in general. Maybe there are some limitations regarding the character sets there but have never seen any documentation on this.
    Regards,
    Stratos

  • Incoming Mail Server w/ iCloud?

    I number of things are odd since switching over to iCloud: In Mail's account preferences:
    1)  what I have (greyed out) for Incoming Mail Server is what looks like:
    p01-imap.mail.me.com  What is the "p01-"? Should that be there? Will I have to reset up iCloud via Mail manually?
    2) TLS certificiate is marked as "none"?
    3) And authentication (Advanced tab) is NOT password, but Token? With the box checked for "Use IDLE command if server supports it"?
    4) In Outgoing Mail Server I have: "Bill's Email (iCloud)" In the list of Outgoing Servers I have: smtp.me.com:my name  and:  smtp.ma.com:my name. Are these still relevant, or can I eliminate them?  

    pvonk that has worked for some people but not for others.
    John if that doesn't work for you check out the following thread.
    https://discussions.apple.com/message/18529087#18529087

  • Mail server - smtp configuration questions

    i'm having a bit of trouble getting clear on how mail configuration works, in particular the settings relating to smtp.
    here are some questions i hope someone help with:
    1. am i correct that settings made on the the settings>relay tab apply only to when my server is used as a relay - and therefore would not apply to general incoming smtp connections when another server connects to mine for delivery to locally-hosted domains?
    2. there are three settings on the settings>relay tab. basically they are: "accept relays only from the specified addresses", "refuse all messsages from the specified addressses", and "use these rbl servers". the first two can seemingly each be separately enabled/disabled in addition to being configured with one or more addresses. my question is what happens if neither of the first two is checked (enabled)? does my server accept relay connections from anywhere? or does it accept no connections at all?
    3 on the settings>general tab, there is a checkbox to enable smtp... one would assume that if this is unchecked, that this would disable all incoming mail AND smtp relay, yet it seems i can have this unchecked and i can still configure smtp relay on the settings>relay tab, so that seems odd - am i missing something?
    4) on the same tab, it asks for a domain name and a host name. how are these used? what is the difference between the two? does it matter if my host accepts mail for multiple hosts (via host aliases - configured via settings>advanced>hosting>local host aliases)?
    5) i want my server to accept mail to anywhere from authenticated users (i.e. users on my network who are sending mail to random other places). i want my server to accept inbound mail (to users on my locally-hosted domains) from any server without requiring authentication. my guess is that this is a pretty common or standard config. i am confused by the settings>advanced>security tab, where i can seemingly allow certain types of authentication.
    5a) what are the semantics of the multiple check boxes for the different types of auth? if i select only one, does it mean that my server will require that specific type of auth? if i select more than one, does it mean that my server will select any of the specified types? what if nothing is checked - is that how you tell it to allow unauthenticated users to connect?
    5b) do the above auth settings apply both types of incoming smtp connections i described above? how can i configure it so as require smtp authentication from clients but not from servers connecting from other networks to deliver mail to my domain?
    thanks in advance.

    I went to http://www.google.com and did a search for "smtp server" and the second entry it returned was this:
    "PostCast Server - free outgoing SMTP e-mail server
    ... notifications to your customers, as well as for sending individual messages. You
    can use it instead of the SMTP server of your Internet Service Provider. ...
    Description: Enables you to send e-mail directly from your computer, without your Internet Service Provider's server.
    Category: Computers > Software > Internet > Servers > Mail
    www.postcastserver.com/ - 33k - Cached - Similar pages "
    The Internet is a great resource, isn't it?

  • Mail server no longer accepting incoming mail

    First off, let me just say that yes, I broke it. This is on an iMac G4 with Server 10.4.11.
    So here's the problem. I am by no means a qualified Server Administrator, but since I am a relatively knowledgeable computer geek, my boss plugged me into this position while my department is slow. I've been tasked with figuring out a few nagging problems with slow mail delivery, among other things.
    I did some serious Googling on the issue of slow mail delivery, messages getting stuck in queue, etc. I determined that the issue was with spam filtering and anti-virus. Following some great documentation from osx.topicdesk.com, I updated and configured clamav, amavisd, and spamassassin. Miraculously, this actually solved the problem, and everything was working great.
    Until today. Today I noticed a log entry that reverse DNS lookup of the server's IP (192.168.1.1) had failed. Googled again and found some info on setting up DNS on the server, which I did.
    There was a secondary goal for doing this. We are a small company that hosts our own email and a tiny web server on a machine at our corporate office. Our remote locations have always been able to get email from the server via POP3 using the FQDN mailman.mycompany.com, which has a public IP address. Our router is configured to forward traffic to that IP to the private IP 192.168.1.1. However, all users at the corporate office had to be set up to use server IP 192.168.1.1 to get their mail because there was no way to resolve the FQDN into an IP that was visible on the private network. Or maybe there was/is, but I don't know about it. Anyway, we have a couple mobile users that work at multiple locations. They are set up to use the server's FQDN, but every time they come to our corporate office, they'd have to change their mail setup if they wanted to get mail, because once they're behind the router, the FQDN doesn't work. I think that makes sense.
    The Server is also the DHCP server for this site. Prior to this morning, it was distributing our ISP's DNS IPs. Once I'd set up DNS on our Server, I changed it to distribute its own IP as the primary DNS server, and per someone's post, I modified named.conf to include our ISP's DNS IPs. The server name I set up is 'server' and the domain is 'mycompany.com'. I also set up an alias of 'mailman' and set it as a mail server. I then went to a couple of workstations in the building and did a Lookup on server.mycompany.com and mailman.mycompany.com, both of which returned an IP of 192.168.1.1. I did a lookup on the IP and it resolved back into server.mycompany.com.
    Figuring I'd accomplished enough for the first half of the day, I went to lunch. When I got back, I was bombarded with complaints that mails were being bounced when sent from inside the building, and a few people had received phone calls that mails sent to them had been bounced back to their senders. The error given is:
    554 554 <[email protected]>: Relay access denied (state 14).
    (This came from Google. The wording varies from person to person but it's always SMTP 554, relay access denied.)
    In a panic, I un-did everything I'd done this morning, turning off DNS server, telling DHCP server to begin distributing our ISP's DNS IPs again, but I'm still having the same problem. I didn't see how this could be the cause, but did it just as a precaution.
    I doubt I've provided enough information, but does anyone have any initial guesses as to what's going on here?
    ARM

    Thanks for the quick, easy fix. I'm curious if you know what I might have done to cause this to happen. I don't recall changing any Mail settings.
    Sometimes Server Admin "forgets" settings.
    Also, apparently something I did wiped out our IMAP mail store. I had a backup thankfully but wondering how I might have done that?!
    Wiped out at the file level as in no contents in /var/spool/imap/user?

  • Newie Mail server and running other services

    We have a small office network of 6 macs that connect to a Panther server, this server provides DNS and file sharing and thats about it a Filemaker Sever and Retrospect Server. I doesn't suffer from heavy use
    I have been using a a separate mac to run Quickmail server 1 (os9) and I need to upgrade it as some of the mail protocols are out of date.
    We have a static IP address assigned to our mail gateway by our service provider.
    My question or advice
    Should I just start using OS X server to run mail services
    or
    Upgrade Quickmail and continue running it separately on a new mac mini (or similar)
    My concerns are at the moment any problem with email locally can be solved pretty much without effecting the other server or the network.
    Thanks

    The basic setup is prety simple...
    Replace following with your own equivalents...
    Domain name: woopee.com (the domain name after the "@" in your emails)
    Host name: mail.woopee.com (the hostname your MX record points to. Does not need to match server hostname. This will be the hostname mail server uses when communicating with other servers)
    Local Host Aliases: woopee.com (a list of the domains you want to accept mail for. Probably just same as Domain name?)
    Local network: 192.168.10.0/24 (LAN IP range for local users. Used to bypass authentication when they send mail out)
    Server Admin-> Mail-> General...
    Tick:Enable POP
    Tick:Enable IMAP
    Tick:Enable SMTP, Allow incoming mail, Enter Domain name & Host name (from above).
    Mail-> Relay
    Tick: Accept SMTP relays... Enter localhost IP: 127.0.0.1/32 and Local network (from above).
    Tick: Use these junk mail rejection servers. Add: zen.spamhaus.org
    Mail->Filters
    Tick: scan for junk mail. Minimum score: 5 (can be reduced later)
    Junk mail should be: Delivered (will just tag and forward to recipient)
    Tick: Attach subject tag: * Junkmail *
    Tick: Scan email for viruses
    Infected messages should be: Deleted
    Tick: update junk mail & virus database: 1 time per day
    Mail->Advanced->Security
    SMTP: none (this prevents smtp authentication from anyone outside your Local network)
    IMAP: Tick: Clear, Plain, Cram-md5 (or leave all unticked if only using pop accounts)
    POP: Tick: APOP
    Mail->Advanced->Hosting
    Local Host Aliases: Add: localhost & woopee.com (separate entries, see Local host aliases, above)
    That's it (I think ...although I cannot guarantee I have not missed something). There will be no problem setting this up and seeing it going whilst still using the existing mail server. Set up client accounts to send and receive from new server and you can send mail around internally to test. Last thing would be to change your firewall port-forwarding for SMTP from existing server to new one.
    Watch the mail.log in Console for any errors & do plenty tests.
    Ensure users have mail enabled in Workgroup Manager.
    There are plenty mods available beyond this. Have a good read through the mail services manual (I know its a bit confusing at times) and you should see where the above settings fit in.
    Lots of stuff on the forum here which you can search for. Spam filtering in particular can be made far more effective but requires editing of the underlying unix configuration files - again, plenty of previous discussions about that on forum. Meantime, the zen.spamhaus.org RBL will filter out a great many spammers.
    -david

Maybe you are looking for