Sending mail by unattended upgrade

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
0
down vote

favorite












Some people had met some similar problems but nothing solves my problem;
my log file



# tail -f /var/log/unattended-upgrades/unattended-upgrades.log 
2018-02-18 13:25:37,656 DEBUG No conffiles in deb
'/var/cache/apt/archives/libgfortran3_4.9.2-10+deb8u1_amd64.deb' (There
is no member named 'conffiles')
2018-02-18 13:25:37,657 DEBUG blacklist:
2018-02-18 13:25:37,658 DEBUG whitelist:
2018-02-18 13:25:37,658 DEBUG InstCount=23 DelCount=0 BrokenCount=0
2018-02-18 13:25:37,660 INFO Packages that will be upgraded: cpp-4.9
g++-4.9 gcc-4.9 gcc-4.9-base gcc-4.9-base:i386 libasan1 libatomic1
libcilkrts5 libgcc-4.9-dev libgcc1 libgcc1:i386 libgfortran3 libgomp1
libitm1 liblsan0 libobjc-4.9-dev libobjc4 libquadmath0 libstdc++-4.9-dev
libstdc++6 libstdc++6:i386 libtsan0 libubsan0
2018-02-18 13:25:37,662 INFO Writing dpkg log to '/var/log/unattended-
upgrades/unattended-upgrades-dpkg.log'
2018-02-18 13:27:02,483 INFO All upgrades installed
2018-02-18 13:27:02,485 DEBUG Extracting content from
'/var/log/unattended-upgrades/unattended-upgrades-dpkg.log' since '2018-
02-18 13:25:37.661632'
2018-02-18 13:27:02,511 DEBUG Sending mail to 'xxxyyyy@gmail.com'
2018-02-18 13:27:02,713 DEBUG mail returned: 0


# cat /etc/apt/listchanges.conf
[apt]
frontend=pager
email_address=xxxyyyy@gmail.com
confirm=0
save_seen=/var/lib/apt/listchanges.db
which=news


But the message doesn't go to my email address.
Of course mailx makes the job:



$ echo "Just testing mailx" | mail -s "Yooo woot" xxxyyyy@gmail.com


and I receive my message...
I'm using smtp configuration in my .mailrc file



So what can I do?
thanks for your helps







share|improve this question
























    up vote
    0
    down vote

    favorite












    Some people had met some similar problems but nothing solves my problem;
    my log file



    # tail -f /var/log/unattended-upgrades/unattended-upgrades.log 
    2018-02-18 13:25:37,656 DEBUG No conffiles in deb
    '/var/cache/apt/archives/libgfortran3_4.9.2-10+deb8u1_amd64.deb' (There
    is no member named 'conffiles')
    2018-02-18 13:25:37,657 DEBUG blacklist:
    2018-02-18 13:25:37,658 DEBUG whitelist:
    2018-02-18 13:25:37,658 DEBUG InstCount=23 DelCount=0 BrokenCount=0
    2018-02-18 13:25:37,660 INFO Packages that will be upgraded: cpp-4.9
    g++-4.9 gcc-4.9 gcc-4.9-base gcc-4.9-base:i386 libasan1 libatomic1
    libcilkrts5 libgcc-4.9-dev libgcc1 libgcc1:i386 libgfortran3 libgomp1
    libitm1 liblsan0 libobjc-4.9-dev libobjc4 libquadmath0 libstdc++-4.9-dev
    libstdc++6 libstdc++6:i386 libtsan0 libubsan0
    2018-02-18 13:25:37,662 INFO Writing dpkg log to '/var/log/unattended-
    upgrades/unattended-upgrades-dpkg.log'
    2018-02-18 13:27:02,483 INFO All upgrades installed
    2018-02-18 13:27:02,485 DEBUG Extracting content from
    '/var/log/unattended-upgrades/unattended-upgrades-dpkg.log' since '2018-
    02-18 13:25:37.661632'
    2018-02-18 13:27:02,511 DEBUG Sending mail to 'xxxyyyy@gmail.com'
    2018-02-18 13:27:02,713 DEBUG mail returned: 0


    # cat /etc/apt/listchanges.conf
    [apt]
    frontend=pager
    email_address=xxxyyyy@gmail.com
    confirm=0
    save_seen=/var/lib/apt/listchanges.db
    which=news


    But the message doesn't go to my email address.
    Of course mailx makes the job:



    $ echo "Just testing mailx" | mail -s "Yooo woot" xxxyyyy@gmail.com


    and I receive my message...
    I'm using smtp configuration in my .mailrc file



    So what can I do?
    thanks for your helps







    share|improve this question






















      up vote
      0
      down vote

      favorite









      up vote
      0
      down vote

      favorite











      Some people had met some similar problems but nothing solves my problem;
      my log file



      # tail -f /var/log/unattended-upgrades/unattended-upgrades.log 
      2018-02-18 13:25:37,656 DEBUG No conffiles in deb
      '/var/cache/apt/archives/libgfortran3_4.9.2-10+deb8u1_amd64.deb' (There
      is no member named 'conffiles')
      2018-02-18 13:25:37,657 DEBUG blacklist:
      2018-02-18 13:25:37,658 DEBUG whitelist:
      2018-02-18 13:25:37,658 DEBUG InstCount=23 DelCount=0 BrokenCount=0
      2018-02-18 13:25:37,660 INFO Packages that will be upgraded: cpp-4.9
      g++-4.9 gcc-4.9 gcc-4.9-base gcc-4.9-base:i386 libasan1 libatomic1
      libcilkrts5 libgcc-4.9-dev libgcc1 libgcc1:i386 libgfortran3 libgomp1
      libitm1 liblsan0 libobjc-4.9-dev libobjc4 libquadmath0 libstdc++-4.9-dev
      libstdc++6 libstdc++6:i386 libtsan0 libubsan0
      2018-02-18 13:25:37,662 INFO Writing dpkg log to '/var/log/unattended-
      upgrades/unattended-upgrades-dpkg.log'
      2018-02-18 13:27:02,483 INFO All upgrades installed
      2018-02-18 13:27:02,485 DEBUG Extracting content from
      '/var/log/unattended-upgrades/unattended-upgrades-dpkg.log' since '2018-
      02-18 13:25:37.661632'
      2018-02-18 13:27:02,511 DEBUG Sending mail to 'xxxyyyy@gmail.com'
      2018-02-18 13:27:02,713 DEBUG mail returned: 0


      # cat /etc/apt/listchanges.conf
      [apt]
      frontend=pager
      email_address=xxxyyyy@gmail.com
      confirm=0
      save_seen=/var/lib/apt/listchanges.db
      which=news


      But the message doesn't go to my email address.
      Of course mailx makes the job:



      $ echo "Just testing mailx" | mail -s "Yooo woot" xxxyyyy@gmail.com


      and I receive my message...
      I'm using smtp configuration in my .mailrc file



      So what can I do?
      thanks for your helps







      share|improve this question












      Some people had met some similar problems but nothing solves my problem;
      my log file



      # tail -f /var/log/unattended-upgrades/unattended-upgrades.log 
      2018-02-18 13:25:37,656 DEBUG No conffiles in deb
      '/var/cache/apt/archives/libgfortran3_4.9.2-10+deb8u1_amd64.deb' (There
      is no member named 'conffiles')
      2018-02-18 13:25:37,657 DEBUG blacklist:
      2018-02-18 13:25:37,658 DEBUG whitelist:
      2018-02-18 13:25:37,658 DEBUG InstCount=23 DelCount=0 BrokenCount=0
      2018-02-18 13:25:37,660 INFO Packages that will be upgraded: cpp-4.9
      g++-4.9 gcc-4.9 gcc-4.9-base gcc-4.9-base:i386 libasan1 libatomic1
      libcilkrts5 libgcc-4.9-dev libgcc1 libgcc1:i386 libgfortran3 libgomp1
      libitm1 liblsan0 libobjc-4.9-dev libobjc4 libquadmath0 libstdc++-4.9-dev
      libstdc++6 libstdc++6:i386 libtsan0 libubsan0
      2018-02-18 13:25:37,662 INFO Writing dpkg log to '/var/log/unattended-
      upgrades/unattended-upgrades-dpkg.log'
      2018-02-18 13:27:02,483 INFO All upgrades installed
      2018-02-18 13:27:02,485 DEBUG Extracting content from
      '/var/log/unattended-upgrades/unattended-upgrades-dpkg.log' since '2018-
      02-18 13:25:37.661632'
      2018-02-18 13:27:02,511 DEBUG Sending mail to 'xxxyyyy@gmail.com'
      2018-02-18 13:27:02,713 DEBUG mail returned: 0


      # cat /etc/apt/listchanges.conf
      [apt]
      frontend=pager
      email_address=xxxyyyy@gmail.com
      confirm=0
      save_seen=/var/lib/apt/listchanges.db
      which=news


      But the message doesn't go to my email address.
      Of course mailx makes the job:



      $ echo "Just testing mailx" | mail -s "Yooo woot" xxxyyyy@gmail.com


      and I receive my message...
      I'm using smtp configuration in my .mailrc file



      So what can I do?
      thanks for your helps









      share|improve this question











      share|improve this question




      share|improve this question










      asked Feb 18 at 20:47









      user3371854

      307




      307




















          1 Answer
          1






          active

          oldest

          votes

















          up vote
          1
          down vote



          accepted










          Have you got a system-wide MTA configured for off-site mail delivery? Unattended-upgrades does not run in your name, so it won't read your ~/.mailrc. If you're running with Debian defaults, you probably have Exim installed (check with apt-cache policy exim4). Run dpkg-reconfigure exim4-config to configure remote delivery either via smarthost or by direct MX depending on your connection (basically, transfer the settings from your ~/.mailrc). This will also make your personal SMTP settings unnecessary. Check /var/log/exim4/mainlog* for clues if it still does not work.






          share|improve this answer






















          • At the moment I've finished to set exim4 up to send email correctly by test: echo "Subject: test" | /usr/sbin/exim4 -v user@my.domain I'm waiting for UU mail sending to confirm the correct answer. It'll be for an error or a real upgrading...
            – user3371854
            Feb 20 at 14:18











          • It seems not working. Just upgrading libfreexl1. U-U log file doesn't show any message about emailing report....where can I check? p.s. It seems I don't have any mainlog* file....
            – user3371854
            Mar 3 at 11:02










          • Does systemctl status exim4 report active (running)? /var/log/exim4/mainlog really should exist unless you manually reconfigured Exim logging. On the other hand if unattended-upgrades does not log sending a mail, there's no use looking for one.
            – Ferenc Wágner
            Mar 4 at 9:20










          • It was an errata configuration about Exim4!. My MTA transferred a root@mydomain insted of myaddressname@domain so the smtp server rejected my mail. This was crucial for my understanding.
            – user3371854
            Mar 5 at 19:47










          Your Answer







          StackExchange.ready(function()
          var channelOptions =
          tags: "".split(" "),
          id: "106"
          ;
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function()
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled)
          StackExchange.using("snippets", function()
          createEditor();
          );

          else
          createEditor();

          );

          function createEditor()
          StackExchange.prepareEditor(
          heartbeatType: 'answer',
          convertImagesToLinks: false,
          noModals: false,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: null,
          bindNavPrevention: true,
          postfix: "",
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          );



          );








           

          draft saved


          draft discarded


















          StackExchange.ready(
          function ()
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f425020%2fsending-mail-by-unattended-upgrade%23new-answer', 'question_page');

          );

          Post as a guest






























          1 Answer
          1






          active

          oldest

          votes








          1 Answer
          1






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes








          up vote
          1
          down vote



          accepted










          Have you got a system-wide MTA configured for off-site mail delivery? Unattended-upgrades does not run in your name, so it won't read your ~/.mailrc. If you're running with Debian defaults, you probably have Exim installed (check with apt-cache policy exim4). Run dpkg-reconfigure exim4-config to configure remote delivery either via smarthost or by direct MX depending on your connection (basically, transfer the settings from your ~/.mailrc). This will also make your personal SMTP settings unnecessary. Check /var/log/exim4/mainlog* for clues if it still does not work.






          share|improve this answer






















          • At the moment I've finished to set exim4 up to send email correctly by test: echo "Subject: test" | /usr/sbin/exim4 -v user@my.domain I'm waiting for UU mail sending to confirm the correct answer. It'll be for an error or a real upgrading...
            – user3371854
            Feb 20 at 14:18











          • It seems not working. Just upgrading libfreexl1. U-U log file doesn't show any message about emailing report....where can I check? p.s. It seems I don't have any mainlog* file....
            – user3371854
            Mar 3 at 11:02










          • Does systemctl status exim4 report active (running)? /var/log/exim4/mainlog really should exist unless you manually reconfigured Exim logging. On the other hand if unattended-upgrades does not log sending a mail, there's no use looking for one.
            – Ferenc Wágner
            Mar 4 at 9:20










          • It was an errata configuration about Exim4!. My MTA transferred a root@mydomain insted of myaddressname@domain so the smtp server rejected my mail. This was crucial for my understanding.
            – user3371854
            Mar 5 at 19:47














          up vote
          1
          down vote



          accepted










          Have you got a system-wide MTA configured for off-site mail delivery? Unattended-upgrades does not run in your name, so it won't read your ~/.mailrc. If you're running with Debian defaults, you probably have Exim installed (check with apt-cache policy exim4). Run dpkg-reconfigure exim4-config to configure remote delivery either via smarthost or by direct MX depending on your connection (basically, transfer the settings from your ~/.mailrc). This will also make your personal SMTP settings unnecessary. Check /var/log/exim4/mainlog* for clues if it still does not work.






          share|improve this answer






















          • At the moment I've finished to set exim4 up to send email correctly by test: echo "Subject: test" | /usr/sbin/exim4 -v user@my.domain I'm waiting for UU mail sending to confirm the correct answer. It'll be for an error or a real upgrading...
            – user3371854
            Feb 20 at 14:18











          • It seems not working. Just upgrading libfreexl1. U-U log file doesn't show any message about emailing report....where can I check? p.s. It seems I don't have any mainlog* file....
            – user3371854
            Mar 3 at 11:02










          • Does systemctl status exim4 report active (running)? /var/log/exim4/mainlog really should exist unless you manually reconfigured Exim logging. On the other hand if unattended-upgrades does not log sending a mail, there's no use looking for one.
            – Ferenc Wágner
            Mar 4 at 9:20










          • It was an errata configuration about Exim4!. My MTA transferred a root@mydomain insted of myaddressname@domain so the smtp server rejected my mail. This was crucial for my understanding.
            – user3371854
            Mar 5 at 19:47












          up vote
          1
          down vote



          accepted







          up vote
          1
          down vote



          accepted






          Have you got a system-wide MTA configured for off-site mail delivery? Unattended-upgrades does not run in your name, so it won't read your ~/.mailrc. If you're running with Debian defaults, you probably have Exim installed (check with apt-cache policy exim4). Run dpkg-reconfigure exim4-config to configure remote delivery either via smarthost or by direct MX depending on your connection (basically, transfer the settings from your ~/.mailrc). This will also make your personal SMTP settings unnecessary. Check /var/log/exim4/mainlog* for clues if it still does not work.






          share|improve this answer














          Have you got a system-wide MTA configured for off-site mail delivery? Unattended-upgrades does not run in your name, so it won't read your ~/.mailrc. If you're running with Debian defaults, you probably have Exim installed (check with apt-cache policy exim4). Run dpkg-reconfigure exim4-config to configure remote delivery either via smarthost or by direct MX depending on your connection (basically, transfer the settings from your ~/.mailrc). This will also make your personal SMTP settings unnecessary. Check /var/log/exim4/mainlog* for clues if it still does not work.







          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Jun 11 at 9:37

























          answered Feb 19 at 7:30









          Ferenc Wágner

          2,704920




          2,704920











          • At the moment I've finished to set exim4 up to send email correctly by test: echo "Subject: test" | /usr/sbin/exim4 -v user@my.domain I'm waiting for UU mail sending to confirm the correct answer. It'll be for an error or a real upgrading...
            – user3371854
            Feb 20 at 14:18











          • It seems not working. Just upgrading libfreexl1. U-U log file doesn't show any message about emailing report....where can I check? p.s. It seems I don't have any mainlog* file....
            – user3371854
            Mar 3 at 11:02










          • Does systemctl status exim4 report active (running)? /var/log/exim4/mainlog really should exist unless you manually reconfigured Exim logging. On the other hand if unattended-upgrades does not log sending a mail, there's no use looking for one.
            – Ferenc Wágner
            Mar 4 at 9:20










          • It was an errata configuration about Exim4!. My MTA transferred a root@mydomain insted of myaddressname@domain so the smtp server rejected my mail. This was crucial for my understanding.
            – user3371854
            Mar 5 at 19:47
















          • At the moment I've finished to set exim4 up to send email correctly by test: echo "Subject: test" | /usr/sbin/exim4 -v user@my.domain I'm waiting for UU mail sending to confirm the correct answer. It'll be for an error or a real upgrading...
            – user3371854
            Feb 20 at 14:18











          • It seems not working. Just upgrading libfreexl1. U-U log file doesn't show any message about emailing report....where can I check? p.s. It seems I don't have any mainlog* file....
            – user3371854
            Mar 3 at 11:02










          • Does systemctl status exim4 report active (running)? /var/log/exim4/mainlog really should exist unless you manually reconfigured Exim logging. On the other hand if unattended-upgrades does not log sending a mail, there's no use looking for one.
            – Ferenc Wágner
            Mar 4 at 9:20










          • It was an errata configuration about Exim4!. My MTA transferred a root@mydomain insted of myaddressname@domain so the smtp server rejected my mail. This was crucial for my understanding.
            – user3371854
            Mar 5 at 19:47















          At the moment I've finished to set exim4 up to send email correctly by test: echo "Subject: test" | /usr/sbin/exim4 -v user@my.domain I'm waiting for UU mail sending to confirm the correct answer. It'll be for an error or a real upgrading...
          – user3371854
          Feb 20 at 14:18





          At the moment I've finished to set exim4 up to send email correctly by test: echo "Subject: test" | /usr/sbin/exim4 -v user@my.domain I'm waiting for UU mail sending to confirm the correct answer. It'll be for an error or a real upgrading...
          – user3371854
          Feb 20 at 14:18













          It seems not working. Just upgrading libfreexl1. U-U log file doesn't show any message about emailing report....where can I check? p.s. It seems I don't have any mainlog* file....
          – user3371854
          Mar 3 at 11:02




          It seems not working. Just upgrading libfreexl1. U-U log file doesn't show any message about emailing report....where can I check? p.s. It seems I don't have any mainlog* file....
          – user3371854
          Mar 3 at 11:02












          Does systemctl status exim4 report active (running)? /var/log/exim4/mainlog really should exist unless you manually reconfigured Exim logging. On the other hand if unattended-upgrades does not log sending a mail, there's no use looking for one.
          – Ferenc Wágner
          Mar 4 at 9:20




          Does systemctl status exim4 report active (running)? /var/log/exim4/mainlog really should exist unless you manually reconfigured Exim logging. On the other hand if unattended-upgrades does not log sending a mail, there's no use looking for one.
          – Ferenc Wágner
          Mar 4 at 9:20












          It was an errata configuration about Exim4!. My MTA transferred a root@mydomain insted of myaddressname@domain so the smtp server rejected my mail. This was crucial for my understanding.
          – user3371854
          Mar 5 at 19:47




          It was an errata configuration about Exim4!. My MTA transferred a root@mydomain insted of myaddressname@domain so the smtp server rejected my mail. This was crucial for my understanding.
          – user3371854
          Mar 5 at 19:47












           

          draft saved


          draft discarded


























           


          draft saved


          draft discarded














          StackExchange.ready(
          function ()
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f425020%2fsending-mail-by-unattended-upgrade%23new-answer', 'question_page');

          );

          Post as a guest













































































          Popular posts from this blog

          Peggy Mitchell

          Palaiologos

          The Forum (Inglewood, California)