similar to: Error 451 when clients try to send emails

I have installed proftpd on a new x86_64 server: [root at ftp ~]# uname -a Linux ftp.csdsinc.com 2.6.9-22.0.1.ELsmp #1 SMP Thu Oct 27 14:49:37 CDT 2005 x86_64 x86_64 x86_64 GNU/Linux CentOS release 4.2 (Final) Proftpd Ver: [root at ftp ~]# rpm -q proftpd proftpd-1.2.10-8.2.el4.rf Selinux is disabled Modified debug file excerpt: xxx.xxxxx.com - ProFTPD 1.2.10 (stable) (built Fri Feb 18

For some reason proftpd stopped authentication for users. Anonymous access still works but when someone tries to access the server via their login it no longer authenticates them. I recently ran yum where proftpd was updated (that said, I'm not sure that caused the problem). I uninstalled the new version and and installed a prior version with no change. Below is a look at my config, a

Below is a cut and past from my log files that are sent to me. This is from the last day that proftpd worked correctly. I'm not sure why proftpd was restarted as the log states: ################### LogWatch 5.2.2 (06/23/04) #################### Processing Initiated: Sun Feb 19 09:02:02 2006 Date Range Processed: yesterday Detail Level of Output: 0 Logfiles

Hey folks. There are rumors out there that setting /var/qmail/control/databytes to a reasonable value (for example 16384 = 16MB) will prevent the possibility of exploitation regarding the integer overflow in function blast(). That is not true. This is how blast() is called: void smtp_data() { int hops; unsigned long qp; char *qqx; if (!seenmail) { err_wantmail(); return; } if

I get this when trying to send out an email. What exactly does this error mean? ________________________________________ Net::SMTPSyntaxError (501 <>: missing or malformed local part ): /usr/lib/ruby/1.8/net/smtp.rb:680:in `check_response'' /usr/lib/ruby/1.8/net/smtp.rb:653:in `getok'' /usr/lib/ruby/1.8/net/smtp.rb:635:in `rcptto''

Hi all, we are upgrading our dovecot platform from: # dovecot --version 2.2.15.14 (39f57c379ded+) to # dovecot --version 2.3.2.1 (0719df592) Our platform is debian based and it is configured as director and backend proxy. We have just upgrade only 4 servers (2 directors and 2 backends) and when the lmtp traffic flow goes through an upgraded director and a not-upgraded backend sometimes the

Hi, Op 07/08/2018 om 09:35 schreef Gabriele Nencioni: > Hi all, > we are upgrading our dovecot platform from: > > # dovecot --version > 2.2.15.14 (39f57c379ded+) Great! A mummy from ancient times. That is going to make reproducing the circumstances here a bit difficult (difficult to get that compiled here anymore). I cannot reproduce anything like that so far with current

Atencao: openssh-unix-dev at mindrot.org Um problem foi encontrado na mensagem que voce enviou. Este servidor interceptou esta mensagem e impediu que ela fosse entregue para seu destinatario. O problem foi reportado como sendo: Exploit.HTML.IFrame Por favor entre em contato com a area de TI de sua empresa ou com seu provedor de acesso a Internet para esclarecer alguma duvida com relacao a

hi, have installed centos 4.7 We have installed qmail + simscan + vpopmail + SpamAssassin + clanAV and when we send a mail from a particular domain, the following error leaves us simscan: no envelope information, deferred exit and checking our log shows me the following 2009-09-14 18:18:06.929624500 16910 < Received: from mail pickup service by cp197.mysite4now.com with Microsoft

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=451 Summary: ip6tables port range support in multiport modules is broken Product: iptables Version: unspecified Platform: i386 OS/Version: Debian GNU/Linux Status: NEW Severity: normal Priority: P2 Component: ip6tables

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=451 netfilter@linuxace.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |netfilter@linuxace.com ------- Additional Comments From netfilter@linuxace.com 2006-02-18 19:35 MET ------- Which

http://bugzilla.mindrot.org/show_bug.cgi?id=451 Summary: new config-Option: IPv4or6 Product: Portable OpenSSH Version: 3.5p1 Platform: All URL: http://www.toppoint.de/~wklaebe/ipv4or6-config- 3.5p1.diff OS/Version: All Status: NEW Severity: enhancement Priority: P2

http://bugzilla.mindrot.org/show_bug.cgi?id=451 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From djm at mindrot.org 2003-01-03 14:46

Hi all, I have a Dovecot setup (2.1, I will switch to 2.2 soon) with one Director and 2 backend servers. When my MX server (Postfix) tries to deliver mail to Dovecot via LMTP, it often gets an error "451 4.4.0 Remote server not answering (timeout while waiting for reply to DATA reply)" from the Director. Service LMTP is configured with "client_limit = 1" on Director en

Hi, according to dovecot.conf lmtp stores all mails temporarily in "/tmp/" that are bigger than 256KB. You can change the directory in dovecot.conf or you should increase the /tmp/ size. It could be that /tmp/ is a ramdisk. Check /etc/fstab. Which os you are using? What does "df -hT" say? What does /etc/fstab say? Regards Urban Am 03.08.2015 um 19:54 schrieb Nutsch: >

Hi, that should be: # Directory in which LDA/LMTP temporarily stores incoming mails >128 kB. #mail_temp_dir = /tmp Best Urban Am 04.08.2015 um 12:36 schrieb Nutsch: > Hi, > > OS: Debian GNU/Linux 7 > > df -hT > Filesystem Type Size Used Avail Use% Mounted on > /dev/vzfs reiserfs 30G 12G 19G 38% / > > /etc/fstab > proc /proc proc

Wayne, others, Using the same version on server and client, I still got this error. This was still based on last night's CVS (HEAD-20050314-1745GMT) and I am certain both side's versions are identical. :) ... source/sudosh-1.4.7-1.rf.src.rpm 98373 100% 536.69kB/s 0:00:00 (798, 99.9% of 244497) Invalid packet at end of run [sender] rsync error: protocol incompatibility

I'm forwarding this bug resolution because it has a pretty wide impact on LLVM developers. This bug (451) has been resolved (well, works for me anyway). If you have reconfigured your build tree since October 4th, you need to reconfigure again. The bug produced shared objects that don't have a .so extension. Reconfiguring will fix this problem. The notes below show what was needed to

Hi i can send mails without problems in any direction, except when the attachments are bigger than 1 MB. I alway get this message relay=mail.example.net[private/dovecot-lmtp], delay=35155, delays=35155/0.03/0.02/0.09, dsn=4.3.0, status=deferred (host mail.example.net[private/dovecot-lmtp] said: 451 4.3.0 Temporary internal failure (in reply to end of DATA command)) Aug 3 19:34:34 46185

Hi, OS: Debian GNU/Linux 7 df -hT Filesystem Type Size Used Avail Use% Mounted on /dev/vzfs reiserfs 30G 12G 19G 38% / /etc/fstab proc /proc proc defaults 0 0 none /dev/pts devpts rw,gid=5,mode=620 0 0 none /run/shm tmpfs defaults 0 0 If someone knows an option to change the tmp directory in dovecot.conf, it would be very helpful.