- dovecot - dovecot.org

[Dovecot] Dovecot 2.0.rc4 (a30a30d1e25a): LMTP dies intermittently
by Thomas Leuxner 06 Aug '10

06 Aug '10

Hi, not sure what change caused this but it first appeared when building HG a30a30d1e25a. LMTP dies intermittently. Aug 6 16:00:57 spectre dovecot: lmtp(5509, alias(a)domain.tld) b9ESKJkVXEyFFQAAqZii3w: sieve: msgid=<1281102852.6211.447.camel(a)kurkku.sapo.corppt.com>: stored mail into mailbox 'Public/Mailing-Lists/Dovecot' Aug 6 16:00:57 spectre dovecot: lmtp(5509): Disconnect from local: Client quit Aug 6 16:17:05 spectre dovecot: master: Error: service(lmtp): child 5509 killed with signal 11 (core not dumped) Let me know if you need more details. Regards Thomas

2 6

[Dovecot] assertion failure with 2.0rc4
by Ryan Murray 06 Aug '10

06 Aug '10

Ran into an assertion error on login with 2.0rc4, with kmail and the N900 mail client: OS: Ubuntu Lucid 10.04.1 LTS FS: ext4 arch: x86-64 dovecot: imap-login: Login: user=<rmurray>, method=PLAIN, rip=192.168.1.9, lip=192.168.1.1, mpid=31843, TLS dovecot: imap(rmurray): Panic: file istream-header-filter.c: line 85 (read_mixed): assertion failed: (pos > 0) dovecot: master: Error: service(imap): child 31843 killed with signal 6 (core dumped) #0 0x0000003e9fa33a75 in raise () from /lib/libc.so.6 No symbol table info available. #1 0x0000003e9fa375c0 in abort () from /lib/libc.so.6 No symbol table info available. #2 0x00007f419e3bdd34 in default_fatal_finish (type=LOG_TYPE_PANIC, status=0) at failures.c:164 backtrace = 0x1542898 "ot.so.0(+0x26793) [0x7f900d292793] -> /usr/lib/dovecot/libdovecot.so.0(i_stream_read+0xbb) [0x7f900d2b6979] -> /usr/lib/dovecot/libdovecot.so.0(i_stream_read_data+0x61) [0x7f900d2b7676] -> /usr/lib/do"... #3 0x00007f419e3bf01c in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x7f419e3e9778 "file %s: line %d (%s): assertion failed: (%s)", args=0x7fff6244c100) at failures.c:593 No locals. #4 0x00007f419e3be05c in i_panic ( format=0x7f419e3e9778 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:230 args = {{gp_offset = 0, fp_offset = 0, overflow_arg_area = 0x0, reg_save_area = 0x0}} #5 0x00007f419e3a1a4d in read_mixed (mstream=0x1598d20, body_highwater_size=0) at istream-header-filter.c:81 data = 0x0 pos = 0 ret = -1 __FUNCTION__ = "read_mixed" #6 0x00007f419e3a1e92 in read_header (mstream=0x1598d20) at istream-header-filter.c:164 body_highwater_size = 0 hdr = 0x0 highwater_offset = 0 pos = 0 ret = 0 matched = false hdr_ret = 0 __FUNCTION__ = "read_header" #7 0x00007f419e3a2793 in i_stream_header_filter_read (stream=0x1598d20) at istream-header-filter.c:351 mstream = 0x1598d20 v_offset = 22292552 ret = 22634928 #8 0x00007f419e3c6979 in i_stream_read (stream=0x1598d80) at istream.c:115 _stream = 0x1598d20 old_size = 1 ret = 140734842061776 __FUNCTION__ = "i_stream_read" #9 0x00007f419e3c7676 in i_stream_read_data (stream=0x1598d80, data_r=0x7fff6244c3b0, size_r=0x7fff6244c3a0, threshold=1) at istream.c:417 ret = 0 read_more = false __FUNCTION__ = "i_stream_read_data" #10 0x00007f419e3a7c91 in message_parse_header_next (ctx=0x159b440, hdr_r=0x7fff6244c408) at message-header-parser.c:89 line = 0x0 msg = 0x0 i = 0 size = 0 startpos = 0 colon_pos = 0 parse_size = 0 ret = 32767 continued = false continues = false last_no_newline = 127 last_crlf = 65 no_newline = false crlf_newline = false __FUNCTION__ = "message_parse_header_next" #11 0x00007f419e3a9e3c in parse_next_header (ctx=0x159b078, block_r=0x7fff6244c480) at message-parser.c:480 part = 0x1591558 hdr = 0x0 size = 22613672 ret = -1 __FUNCTION__ = "parse_next_header" #12 0x00007f419e3aaa05 in message_parser_parse_next_block (ctx=0x159b078, block_r=0x7fff6244c480) at message-parser.c:768 ret = 22615384 eof = false full = false __FUNCTION__ = "message_parser_parse_next_block" #13 0x00007f419e3aabc6 in message_parser_parse_header (ctx=0x159b078, hdr_size=0x1590f60, callback=0x7f419e68e1f8 <index_mail_parse_part_header_cb>, context=0x1590d48) at message-parser.c:807 block = {part = 0x0, hdr = 0x0, data = 0x0, size = 0} ret = 0 __FUNCTION__ = "message_parser_parse_header" #14 0x00007f419e68e575 in index_mail_parse_headers (mail=0x1590d48, headers=0x0) at index-mail-headers.c:437 data = 0x1590ea8 input = 0x1598d80 old_offset = 0 #15 0x00007f419e68b648 in index_mail_init_stream (mail=0x1590d48, hdr_size=0x7fff6244c640, body_size=0x7fff6244c620, stream_r=0x7fff6244c668) at index-mail.c:849 data = 0x1590ea8 input = 0x0 ret = 1 #16 0x00007f419e6b8377 in mbox_mail_get_stream (_mail=0x1590d48, hdr_size=0x7fff6244c640, body_size=0x7fff6244c620, stream_r=0x7fff6244c668) at mbox-mail.c:363 mail = 0x1590d48 #17 0x00007f419e62fb06 in mail_get_stream (mail=0x1590d48, hdr_size=0x7fff6244c640, body_size=0x7fff6244c620, stream_r=0x7fff6244c668) at mail.c:179 p = 0x1590d48 #18 0x00007f419e68a4b6 in index_mail_get_virtual_size (_mail=0x1590d48, size_r=0x7fff6244c6f8) at index-mail.c:389 mail = 0x0 data = 0x0 hdr_size = {physical_size = 0, virtual_size = 0, lines = 0} body_size = {physical_size = 4333341, virtual_size = 22595280, lines = 51875} input = 0x0 old_offset = 0 __FUNCTION__ = "index_mail_get_virtual_size" #19 0x00007f419e62f8cc in mail_get_virtual_size (mail=0x1590d48, size_r=0x7fff6244c6f8) at mail.c:114 p = 0x1590d48 #20 0x0000000000419d85 in fetch_rfc822_size (ctx=0x157d388, mail=0x1590d48, context=0x0) at imap-fetch-body.c:888 size = 22595280 #21 0x0000000000416af6 in imap_fetch_more_int (ctx=0x157d388) at imap-fetch.c:471 h = 0x157d708 _data_stack_cur_id = 4 client = 0x157cb78 handlers = 0x157d6e0 count = 5 ret = 1 __FUNCTION__ = "imap_fetch_more_int" #22 0x0000000000416d4d in imap_fetch_more (ctx=0x157d388) at imap-fetch.c:523 ret = 0 __FUNCTION__ = "imap_fetch_more" #23 0x000000000040b964 in cmd_fetch (cmd=0x157d238) at cmd-fetch.c:227 client = 0x0 ctx = 0x0 args = 0x0 next_arg = 0x0 list_arg = 0x0 search_args = 0x158b708 messageset = 0x157fb88 "51875:51896" ret = 0 #24 0x000000000041187e in cmd_uid (cmd=0x157d238) at cmd-uid.c:27 command = 0x154b710 cmd_name = 0x157fb80 "FETCH" #25 0x0000000000413507 in client_command_input (cmd=0x157d238) at imap-client.c:660 client = 0x157cb78 command = 0x7fff6244c870 __FUNCTION__ = "client_command_input" #26 0x0000000000413766 in client_command_input (cmd=0x157d238) at imap-client.c:710 client = 0x157cb78 command = 0x154b6c8 __FUNCTION__ = "client_command_input" #27 0x0000000000413891 in client_handle_next_command (client=0x157cb78, remove_io_r=0x7fff6244c90e) at imap-client.c:751 size = 92 #28 0x0000000000413911 in client_handle_input (client=0x157cb78) at imap-client.c:763 _data_stack_cur_id = 3 ret = false remove_io = false handled_commands = false __FUNCTION__ = "client_handle_input" #29 0x0000000000413a87 in client_input (client=0x157cb78) at imap-client.c:802 cmd = 0x154a7e8 output = 0x157d158 bytes = 92 __FUNCTION__ = "client_input" #30 0x00007f419e3cef4a in io_loop_handler_run (ioloop=0x154a5c0) at ioloop-epoll.c:212 ctx = 0x0 events = 0x0 event = 0x0 list = 0x0 io = 0x0 tv = {tv_sec = 1799, tv_usec = 999898} events_count = 6 t_id = 2 msecs = 1800000 ret = 0 i = 0 j = 0 call = true #31 0x00007f419e3cdb31 in io_loop_run (ioloop=0x154a5c0) at ioloop.c:350 No locals. #32 0x00007f419e3b635c in master_service_run (service=0x154a490, callback=0x41f592 <client_connected>) at master-service.c:496 No locals. #33 0x000000000041f7fc in main (argc=1, argv=0x154a370) at main.c:358 set_roots = {0x422ee0, 0x0} service_flags = 0 storage_service_flags = 0 postlogin_socket_path = 0x0 username = 0x0 c = 0

2 1

[Dovecot] Strange behaviour when add new mailbox to IMAP (v 1.2.13)
by Alexander Chekalin 06 Aug '10

06 Aug '10

Hi, I think I need to ask you for advice. Personally I face that for the first time and hardly imagine this could be possible at all, but... My setup is simple: I have one mail server where all of my mail accounts are stored, and another one to store backup of all mailings. The scheme is simple, SMTP on first server forwards a copy of each message to address catchall(a)secondserver.my-domain. So whenever I need to restore any message I'll simple search for it on second server. Both servers are have Dovecot 1.2.13 as IMAP servers. First server's Dovecot is sql-backed one, the second server's (in fact it serving just one box) is using passwd-style text file auth. Other than this, setup is pretty similiar, and everything is well, but here is the mystery: I use Thunderbird (yesterday it was 3.1.1 and now it is 3.1.2) as my IMAP client. When I connect to my IMAP account on second server, and create mailbox, I see that there appears greyed folder named #virtual^Sent , and my new mailbox is in it. When I do the same thing on first server, everything works just as I expect it (new mailbox created right under root of my IMAP account). If I create on second server new mailbox right under any existing (say, under Inbox) everything is fine also. To check the problem I simplified my Dovecot config to the bare minimum, and it also won't work (#virtual^Sent still there). When I see on server disk, I see there .#virtual^Sent.NewTestMailbox dir (NewTestMailbox is the test mailbox I created), but there is no .#virtual^Sent dir. I rebuilt Dovecot, and also tried to build 1.2.12, none worked. May there be any solution for that? Yours, Alexander Chekalin

2 1

[Dovecot] Problem creating sockets after Solaris Live Upgrade
by Jürgen Obermann 06 Aug '10

06 Aug '10

Hello, I use Solaris Live Upgrade to install solaris patches in an alternate boot environment. Unfortunately the dovecot sockets /opt/local/var/run/dovecot/dict-server and /opt/local/var/run/dovecot/login/default are created as normal files in the ABE. After switching to the ABE dovecot will not start because of the existence of these two files. After removing these files dovecot starts normally. I think that dovecot should create the sockets even if there exist files with the same names. Here is the protocol of this: Dovecot uses two sockets in the running system: # ls -al /opt/local/var/run/dovecot/login/default /opt/local/var/run/dovecot/dict-server srwxrwxrwx 1 root root 0 Aug 4 10:07 /opt/local/var/run/dovecot/dict-server srw-rw---- 1 root dovecot 0 Aug 4 10:07 /opt/local/var/run/dovecot/login/default In the Alternate Boot Environment created with Solaris Live Upgrade there are normal files instead of the sockets: # ls -al /a/opt/local/var/run/dovecot/login/default /a/opt/local/var/run/dovecot/login/default -rw-rw---- 1 root dovecot 0 Jul 7 17:01 /a/opt/local/var/run/dovecot/login/default -rw-rw---- 1 root dovecot 0 Jul 7 17:01 /a/opt/local/var/run/dovecot/login/default During booting this ABE dovecot will not start, unless both files are removed: Aug 6 06:55:30 hostname dovecot: Fatal: Socket already exists: /opt/local/var/run/dovecot/dict-server # ls -al /opt/local/var/run/dovecot/dict-server -rwxrwxrwx 1 root root 0 Aug 4 10:09 /opt/local/var/run/dovecot/dict-server # rm /opt/local/var/run/dovecot/dict-server # /etc/init.d/dovecot start Last died with error (see error log for more information): Socket already exists: /opt/local/var/run/dovecot/dict-server Aug 6 06:57:50 hostname dovecot: [ID 583609 local0.info] Dovecot v1.2.12 starting up Aug 6 06:57:50 hostname dovecot: [ID 583609 local0.error] net_listen_unix(/opt/local/var/run/dovecot/login/default) failed: Address already in use Aug 6 06:57:50 hostname dovecot: [ID 583609 local0.crit] Fatal: Couldn't create auth process listener # ls -al /opt/local/var/run/dovecot/dict-server srwxrwxrwx 1 root other 0 Aug 6 06:57 /opt/local/var/run/dovecot/dict-server # ls -al /opt/local/var/run/dovecot/login/default -rw-rw---- 1 root dovecot 0 Aug 4 10:09 /opt/local/var/run/dovecot/login/default # rm /opt/local/var/run/dovecot/login/default # /etc/init.d/dovecot start # ls -al /opt/local/var/run/dovecot/login/default srw-rw---- 1 root dovecot 0 Aug 6 07:00 /opt/local/var/run/dovecot/login/default Both sockets are created by dovecot if they don't exist. Greetings, Jürgen Obermann -- Hochschulrechenzentrum der | Mail: Juergen.Obermann(a)hrz.uni-giessen.de Justus-Liebig-Universitaet | WWW: http://www.uni-giessen.de/obermann/ Heinrich-Buff-Ring 44 | Tel: 0641-99-13054 (0641-99-13001) D-35392 Giessen, Germany | Fax: 0641-99-13009 ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

2 1

[Dovecot] dovecot 2.0 rc4, expire, sqlite
by Burckhard Schmidt 06 Aug '10

06 Aug '10

Hello, I will use expire like described within wiki2.dovecot.org/Plugins/Expire with sqlite for a folder AutoCleanSpam. If I copy a message (with TB) into that folder, I get an error if there exists no entry for that user and that folder within the database: dict: Error: sqlite: exec(INSERT INTO expires (expire_stamp,username,mailbox) VALUES ('1281016832','userx','AutoCleanSpam')) failed: unable to open database file (14) dict: Error: sql dict: commit failed: If I make an initial entry manually first no error occurs. Anymore there is a problem concerning acl of the base directory of the expires.db: dict: Error: sqlite: open(/addons/expire/expires.db) failed: unable to open database file dict: Error: dict sql lookup failed: out of memory It was necessary to give "other" r-x permissions for directory /addons/expire. I use mail_uid = sysdov and mail_gid = sysdov. That is uid 29. Furthermore I work with userdb ldap and uid/gid mapping: user_attrs = homeDirectory=home,uidNumber=29,gidNumber=29 So usually it was sufficient using acl like this drwxr-x--- 2 sysdov sysdov 5 Aug 5 16:00 /addons/expire As which user expire, dict, sqlite access are running? -- Regards --- Burckhard Schmidt

2 2

[Dovecot] Write a c program to access a mailbox as a system user using dovecot version 2 includes/libs
by Jonathan Siegle 06 Aug '10

06 Aug '10

Should this be doable with the current design? Is there a good reference to do this? Thanks, Jonathan

3 6

[Dovecot] dovecot-auth process crashed during pam login
by Elmar Rudigier 06 Aug '10

06 Aug '10

Hello! We experienced crashes of the dovecot-auth process during user verification with pam_ssh. After a little debugging I saw that pam_ssh and dovecot both provide a buffer_free() function. During cleanup of pam_ssh the buffer_free() from dovecot was called. The members of the buffer had all "out of bound" addresses. After rename the buffer_free() in dovecot the pam login works fine. Cheer, Elmar

3 2

[Dovecot] Configure Dovecot to move read mails to another folder?
by Steven Weiß 06 Aug '10

06 Aug '10

Hallo, is it possible (with dovecot sieve?) to deliver incoming mails to the default INBOX and then, when I have read the mail with Thunderbird, automatically move it to another folder? I know I could create filters in my mail client. But that has the disadvantage that I would need to create these filters everywhere: on my office PC, at home, webmail, ... Also moving a mail from one folder to another marks the original mail as deleted, at least in Thunderbird. Maybe other clients finally delete the mail. Therefore that would be really cool. Another related problem for me is: how can I automatically move outgoing mails to another folder? I created sieve-rules but it doesn't work - the mails remain in the folder "sent-mail". For example: if address :domain :is "to" "somedomain.de" { fileinto "sent-mail.Somedomain"; stop; } Greetings, Steven

2 1

[Dovecot] Double logging problem
by Nikolaos Milas 06 Aug '10

06 Aug '10

Hi, I have a relatively new installation with LDAP and Postfix, running smoothly on CentOS but it logs dovecot messages both in /var/log/messages and in /var/log/dovecot.log. I have configured it to log in /var/log/dovecot.log (with syslog_facility: local1 and a respective line in syslog.conf, see below) but it also logs in /var/log/messages. As a result, I would expect it to only log into /var/log/dovecot.log. Can someone suggest why this happens and help me stop logging dovecot messages in /var/log/messages ? Could it be because the following directive (in syslog.conf) does not capture dovecot messages to exclude them? *.info;mail.none;authpriv.none;cron.none /var/log/messages Could I use something like (in syslog.conf): *.info;mail.none;authpriv.none;cron.none;dovecot.none /var/log/messages to capture dovecot messages and *exclude* them from /var/log/messages ? I am not sure if syslog understands "dovecot.none". Please explain how this could be done. Here is the configuration (I've changed real domain name with example.com) # dovecot --version 1.2.11 # dovecot -n # 1.2.11: /etc/dovecot.conf # OS: Linux 2.6.18-194.3.1.el5.centos.plus x86_64 CentOS release 5.5 (Final) syslog_facility: local1 ssl_ca_file: /etc/pki/CA/certs/cert-xxx.pem ssl_cert_file: /etc/pki/CA/certs/cert-xxx.pem ssl_key_file: /etc/pki/CA/private/key-xxx.pem login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_max_userip_connections(default): 10 mail_max_userip_connections(imap): 10 mail_max_userip_connections(pop3): 3 mail_location: maildir:~/Maildir/ mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh lda: postmaster_address: postmaster(a)example.com auth default: mechanisms: plain login username_format: %Lu verbose: yes debug: yes passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: static args: uid=500 gid=500 home=/home/vmail/%u socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix plugin: quota: maildir:User quota quota_rule: *:storage=307200 quota_warning: storage=75%% /opt/mail.sh 75 %u # grep -v '^ *$#.*$\?$' /etc/dovecot-ldap.conf hosts = ldap.example.com tls = yes base = ou=people, dc=example, dc=com scope = subtree ldap_version = 3 auth_bind = yes pass_attrs = uid=user,userPassword=password auth_bind_userdn = uid=%u,ou=people,dc=example,dc=com pass_filter = (uid=%u) And the content of /etc/syslog.conf # cat /etc/syslog.conf # Log all kernel messages to the console. # Logging much else clutters up the screen. #kern.* /dev/console # Log anything (except mail) of level info or higher. # Don't log private authentication messages! *.info;mail.none;authpriv.none;cron.none /var/log/messages # The authpriv file has restricted access. authpriv.* /var/log/secure # Log all the mail messages in one place. mail.* -/var/log/maillog # Log cron stuff cron.* /var/log/cron # Everybody gets emergency messages *.emerg * # Save news errors of level crit and higher in a special file. uucp,news.crit /var/log/spooler # Save boot messages also to boot.log local7.* /var/log/boot.log # Dovecot messages will be using local1 local1.* /var/log/dovecot.log #local2.* /var/log/php.log local3.* /var/log/sympa.log Thanks, Nick Milas Greece P.S. I sent this message earlier (a few hours ago), but I didn't see it coming in the dovecot list, so I've decided to send it again.

1 1

[Dovecot] Panic: file ioloop-iolist.c: line 25 (ioloop_iolist_add): assertion failed
by Computer Department (Watchtower South Africa Branch) 06 Aug '10

06 Aug '10

Hi, I receive the following message after running "/etc/init.d/dovecot reload": Aug 06 02:00:11 dovecot: Warning: SIGHUP received - reloading configuration Aug 06 02:00:11 dovecot: Panic: file ioloop-iolist.c: line 25 (ioloop_iolist_add): assertion failed: (list->ios[idx] == NULL) I'm running dovecot version 1.2.13, compiled against uclibc on the Alpine Linux distro, version 1.10.6. This problem started to occur since upgrading to dovecot 1.2.12 from dovecot 1.2.11. No configuration has been changed in between these versions. # 1.2.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32.16-grsec i686 rootfs log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot-info.log protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/lighttpd/server-bundle.pem ssl_key_file: /etc/lighttpd/server-bundle.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_location: maildir:/var/mail/domains/%d/%n mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 lda: postmaster_address: admin(a)windhoek.zaf.wtbts.net mail_plugins: quota auth_socket_path: /var/run/dovecot/auth-master sendmail_path: /usr/sbin/sendmail auth default: verbose: yes passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: prefetch userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 432 user: vmail group: vmail plugin: quota: dict:user::proxy::quotadict dict: quotadict: pgsql:/etc/dovecot/dovecot-dict-quota.conf The init.d script can be found here: http://git.alpinelinux.org/cgit/aports/tree/main/dovecot/dovecot.initd?h =1.10-stable&id=a3087eff06dff4a69b2914cdc1bbe76dce29b448 Any ideas? Thanks for any help you can provide. Duane Hughes

1 0